git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] git-rm.txt: Fix quoting

From
Jonathan Nieder <jrnieder@gmail.com>
Date
Dec 7, 2010, 17:19 UTC
Message-ID
<20101207171939.GA21105@burratino>
In-Reply-To
<73d13b752212b557c0dc157edea9a62122840e93.1291712241.git.git@drmicha.warpmail.net>
Michael J Gruber wrote:
Show 10 quoted lines
> --- a/Documentation/git-rm.txt
> +++ b/Documentation/git-rm.txt
> @@ -111,8 +111,8 @@ tree using this command:
>  git ls-files -z | xargs -0 rm -f
>  ----------------
>  
> -and then "untar" the new code in the working tree. Alternately
> -you could "rsync" the changes into the working tree.
> +and then `untar` the new code in the working tree. Alternately
> +you could `rsync` the changes into the working tree.
I like the patch.  Is there really an "untar" command?

Maybe something like this on top? ('rsync' is in italics because it is just a command name rather than a full command ready to be typed on the command line.) ---

diff --git a/Documentation/git-rm.txt b/Documentation/git-rm.txt
index dd61ebd..0adbe8b 100644
--- a/Documentation/git-rm.txt
+++ b/Documentation/git-rm.txt
@@ -90,7 +90,7 @@ depending on the use case, there are several ways that can be
 done.
 
 Using ``git commit -a''
-~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~
 If you intend that your next commit should record all modifications
 of tracked files in the working tree and record all removals of
 files that have been removed from the working tree with `rm`
@@ -99,7 +99,7 @@ automatically notice and record all removals.  You can also have a
 similar effect without committing by using `git add -u`.
 
 Using ``git add -A''
-~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~
 When accepting a new code drop for a vendor branch, you probably
 want to record both the removal of paths and additions of new paths
 as well as modifications of existing paths.
@@ -111,8 +111,8 @@ tree using this command:
 git ls-files -z | xargs -0 rm -f
 ----------------
 
-and then `untar` the new code in the working tree. Alternately
-you could `rsync` the changes into the working tree.
+and then untar the new code in the working tree. Alternately
+you could 'rsync' the changes into the working tree.
 
 After that, the easiest way to record all removals, additions, and
 modifications in the working tree is:
Previous: Michael J GruberNext: Jeff King
Message 6 of 9 in “[BUG] yet another doc formatting problem”
  1. Jeff KingDec 7, 2010
  2. Michael J GruberDec 7, 2010
  3. git-rm.txt: Fix quotingMichael J Gruber, Dec 7, 2010
  4. Jeff KingDec 7, 2010
  5. Michael J GruberDec 8, 2010
  6. Jonathan NiederDec 7, 2010
  7. Jeff KingDec 7, 2010
  8. [PATCHv2] git-rm.txt: Fix quotingMichael J Gruber, Dec 8, 2010
  9. Junio C HamanoDec 7, 2010

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.