Git fork

doc: *.txt -> *.adoc fixes

Update a few more instances of Documentation/*.txt files which have been
renamed to *.adoc.

Signed-off-by: Todd Zullinger <tmz@pobox.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>

authored by

Todd Zullinger and committed by
Junio C Hamano
97350e18 59d92809

+5 -5
+3 -3
Documentation/gitattributes.adoc
··· 513 513 `filter.<driver>.process` then Git can process all blobs with a 514 514 single filter invocation for the entire life of a single Git 515 515 command. This is achieved by using the long-running process protocol 516 - (described in technical/long-running-process-protocol.txt). 516 + (described in Documentation/technical/long-running-process-protocol.adoc). 517 517 518 518 When Git encounters the first file that needs to be cleaned or smudged, 519 519 it starts the filter and performs the handshake. In the handshake, the ··· 1177 1177 1178 1178 For example, this line in `.gitattributes` can be used to tell the merge 1179 1179 machinery to leave much longer (instead of the usual 7-character-long) 1180 - conflict markers when merging the file `Documentation/git-merge.txt` 1180 + conflict markers when merging the file `Documentation/git-merge.adoc` 1181 1181 results in a conflict. 1182 1182 1183 1183 ------------------------ 1184 - Documentation/git-merge.txt conflict-marker-size=32 1184 + Documentation/git-merge.adoc conflict-marker-size=32 1185 1185 ------------------------ 1186 1186 1187 1187
+1 -1
Documentation/technical/api-simple-ipc.adoc
··· 36 36 --------------------------------- 37 37 38 38 The Simple-IPC mechanism differs from the existing `sub-process.c` 39 - model (Documentation/technical/long-running-process-protocol.txt) and 39 + model (Documentation/technical/long-running-process-protocol.adoc) and 40 40 used by applications like Git-LFS. In the LFS-style sub-process model, 41 41 the helper is started by the foreground process, communication happens 42 42 via a pair of file descriptors bound to the stdin/stdout of the
+1 -1
Documentation/technical/hash-function-transition.adoc
··· 394 394 395 395 Step 4 is probably necessary for good read-time performance. "git 396 396 pack-objects" on the server optimizes the pack file for good data 397 - locality (see Documentation/technical/pack-heuristics.txt). 397 + locality (see Documentation/technical/pack-heuristics.adoc). 398 398 399 399 Details of this process are likely to change. It will take some 400 400 experimenting to get this to perform well.