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

[PATCH v3] merge-options.txt: correct wording of --no-commit option

From
Elijah Newren <newren@gmail.com>
Date
Feb 21, 2019, 17:50 UTC
Message-ID
<20190221175029.26121-1-newren@gmail.com>
In-Reply-To
<20190219170709.25463-1-newren@gmail.com>

The former wording implied that --no-commit would always cause the merge operation to "pause" and allow the user to make further changes and/or provide a special commit message for the merge commit. This is not the case for fast-forward merges, as there is no merge commit to create. Without a merge commit, there is no place where it makes sense to "stop the merge and allow the user to tweak changes"; doing that would require a full rebase of some sort.

Since users may be unaware of whether their branches have diverged or not, modify the wording to correctly address fast-forward cases as well and suggest using --no-ff with --no-commit if the point is to ensure that the merge stops before completing.

Reported-by: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>
Signed-off-by: Elijah Newren <newren@gmail.com>
---
Changes since v2:
  - Small wording change suggested by Junio (s/do not need to/do not/)
 Documentation/merge-options.txt | 11 ++++++++---
 1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/Documentation/merge-options.txt b/Documentation/merge-options.txt
index c2a263ba74..5be89168c6 100644
--- a/Documentation/merge-options.txt
+++ b/Documentation/merge-options.txt
@@ -3,9 +3,14 @@
 	Perform the merge and commit the result. This option can
 	be used to override --no-commit.
 +
-With --no-commit perform the merge but pretend the merge
-failed and do not autocommit, to give the user a chance to
-inspect and further tweak the merge result before committing.
+With --no-commit perform the merge and stop just before creating
+a merge commit, to give the user a chance to inspect and further
+tweak the merge result before committing.
++
+Note that fast-forward updates do not create a merge commit and
+therefore there is no way to stop those merges with --no-commit.
+Thus, if you want to ensure your branch is not changed or updated
+by the merge command, use --no-ff with --no-commit.
 
 --edit::
 -e::
-- 
2.21.0.rc2.262.g736ce73923
Previous: Junio C HamanoNext: Ulrich Windl
Message 10 of 11 in “Q: What happened to "--no-commit" merges?”
  1. Ulrich WindlJan 22, 2019
  2. Elijah NewrenJan 22, 2019
  3. Antw: Re: Q: What happened to "--no-commit" merges?Ulrich Windl, Jan 23, 2019
  4. Elijah Newren, Feb 18, 2019
  5. Antw: Antw:Ulrich Windl, Feb 19, 2019
  6. merge-options.txt: correct wording of --no-commit optionElijah Newren, Feb 19, 2019
  7. Junio C HamanoFeb 19, 2019
  8. Elijah NewrenFeb 19, 2019
  9. Junio C HamanoFeb 19, 2019
  10. merge-options.txt: correct wording of --no-commit optionElijah Newren, Feb 21, 2019
  11. Antw: Re: [PATCH v2] merge-options.txt: correct wording of --no-commit optionUlrich Windl, Feb 20, 2019

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.