Re: [PATCH 6/6] Documentation: call out commands that nuke untracked files/directories
flat view
From: Philip Oakley <hidden>
Date: 2021-09-19 13:36:25
On 19/09/2021 11:52, Philip Oakley wrote:
truly minor nit. On 19/09/2021 00:15, Elijah Newren via GitGitGadget wrote:quoted
From: Elijah Newren <redacted> Some commands have traditionally also removed untracked files (or directories) that were in the way of a tracked file we needed. Document these cases. Signed-off-by: Elijah Newren <redacted> --- Documentation/git-checkout.txt | 5 +++-- Documentation/git-read-tree.txt | 5 +++-- Documentation/git-reset.txt | 3 ++- 3 files changed, 8 insertions(+), 5 deletions(-)diff --git a/Documentation/git-checkout.txt b/Documentation/git-checkout.txt index b1a6fe44997..d473c9bf387 100644 --- a/Documentation/git-checkout.txt +++ b/Documentation/git-checkout.txt@@ -118,8 +118,9 @@ OPTIONS -f:: --force:: When switching branches, proceed even if the index or the - working tree differs from `HEAD`. This is used to throw away - local changes. + working tree differs from `HEAD`, and even if there are untracked + files in the way. This is used to throw away local changes anddouble space after full stop?quoted
+ any untracked files or directories that are in the way. + When checking out paths from the index, do not fail upon unmerged entries; instead, unmerged entries are ignored.diff --git a/Documentation/git-read-tree.txt b/Documentation/git-read-tree.txt index 5fa8bab64c2..4731ec3283f 100644 --- a/Documentation/git-read-tree.txt +++ b/Documentation/git-read-tree.txt@@ -39,8 +39,9 @@ OPTIONS --reset:: Same as -m, except that unmerged entries are discarded instead - of failing. When used with `-u`, updates leading to loss of - working tree changes will not abort the operation. + of failing. When used with `-u`, updates leading to loss ofIs the single space to double space change desired? I had the impression that the project had decided on single spaces, but I can't see anything in SubmittingPatches or CodingGuidelines. I don't think there are DocumentationGuidelines.
I may have been mistaken about any project decision. I had a look around the archives and only came up with a 2008 post [1] by Junio that, at the time, was looking for two spaces after the full stop. It's not clear if we consider the man pages to be 'typeset' such that a single space would be the norm, or mono-spaced 'typewriter' style (two spaces). There's much commentary in the Wikipedia article [2]. So still minor. -- Philip
quoted
+ working tree changes or untracked files or directories will not + abort the operation. -u:: After a successful merge, update the files in the workdiff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt index 252e2d4e47d..6f7685f53d5 100644 --- a/Documentation/git-reset.txt +++ b/Documentation/git-reset.txt@@ -69,7 +69,8 @@ linkgit:git-add[1]). --hard:: Resets the index and working tree. Any changes to tracked files in the - working tree since `<commit>` are discarded. + working tree since `<commit>` are discarded. Any untracked files oras above, s /. /. / ?quoted
+ directories in the way of writing any tracked files are simply deleted. --merge:: Resets the index and updates the files in the working tree that are
[1] https://lore.kernel.org/git/7vfxtu3fku.fsf@gitster.siamese.dyndns.org/ (local) [2] https://en.wikipedia.org/wiki/Sentence_spacing