@@ -117,7 +117,7 @@ process on the server side over the Git protocol is this:
117117SSH Transport
118118-------------
119119
120- Initiating the upload-pack or receive-pack processes over SSH is
120+ Initiating the ' upload-pack' or ' receive-pack' processes over SSH is
121121executing the binary on the server via SSH remote execution.
122122It is basically equivalent to running this:
123123
@@ -131,7 +131,7 @@ two commands, or even just one of them.
131131
132132In an ssh:// format URI, it's absolute in the URI, so the '/' after
133133the host name (or port number) is sent as an argument, which is then
134- read by the remote git-upload-pack exactly as is, so it's effectively
134+ read by the remote ' git-upload-pack' exactly as is, so it's effectively
135135an absolute path in the remote filesystem.
136136
137137 git clone ssh://user@example.com/project.git
@@ -163,7 +163,7 @@ supports passing environment variables as an argument.
163163
164164A few things to remember here:
165165
166- - The "command name" is spelled with dash (e.g. git-upload-pack), but
166+ - The "command name" is spelled with dash (e.g. ' git-upload-pack' ), but
167167 this can be overridden by the client;
168168
169169- The repository path is always quoted with single quotes.
@@ -377,10 +377,10 @@ In multi_ack_detailed mode:
377377
378378Without either multi_ack or multi_ack_detailed:
379379
380- * upload-pack sends "ACK obj-id" on the first common object it finds.
380+ * ' upload-pack' sends "ACK obj-id" on the first common object it finds.
381381 After that it says nothing until the client gives it a "done".
382382
383- * upload-pack sends "NAK" on a flush-pkt if no common object
383+ * ' upload-pack' sends "NAK" on a flush-pkt if no common object
384384 has been found yet. If one has been found, and thus an ACK
385385 was already sent, it's silent on the flush-pkt.
386386
0 commit comments