Thanks to both of you! Stephen Boyd wrote: > Björn Gustavsson wrote: > Ok, "stop" being misleading makes sense but I still think the English is > wrong. Particularly the part about allow editing. Maybe just remove > "stop", so > > use commit, but edit the commit message OK. > Or we could combine yours, mine, and Hannes' versions. > > The rebase will stop when "pick" has been replaced with "edit" or when a command fails due to merge errors. When you are done editing and/or resolving conflicts you can continue with `git rebase --continue`. > I changed "The rebase" to "'git-rebase' to be consistent with the rest of the documentation. Here is a new patch, to be applied on top of my original patch. To avoid confusion, I'll better re-roll the patch. But I'll wait a day or so, in case there will be more corrections or suggestions for improvements. -- >8 -- Subject: [PATCH] Minor polishing of documentation, second attempt To be applied on top of and combined with my original patch. --- Documentation/git-rebase.txt | 10 +++++----- git-rebase--interactive.sh | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt index 52af656..33e0ef1 100644 --- a/Documentation/git-rebase.txt +++ b/Documentation/git-rebase.txt @@ -368,17 +368,17 @@ By replacing the command "pick" with the command "edit", you can tell the files and/or the commit message, amend the commit, and continue rebasing. -If you just want to edit the commit message for a commit, you can replace -the command "pick" with the command "reword". +If you just want to edit the commit message for a commit, replace the +command "pick" with the command "reword". If you want to fold two or more commits into one, replace the command "pick" with "squash" for the second and subsequent commit. If the commits had different authors, it will attribute the squashed commit to the author of the first commit. -In both cases, or when a "pick" does not succeed (because of merge -errors), the loop will stop to let you fix things, and you can continue -the loop with `git rebase --continue`. +'git-rebase' will stop when "pick" has been replaced with "edit" or +when a command fails due to merge errors. When you are done editing +and/or resolving conflicts you can continue with `git rebase --continue`. For example, if you want to reorder the last 5 commits, such that what was HEAD~4 becomes the new HEAD. To achieve that, you would call diff --git a/git-rebase--interactive.sh b/git-rebase--interactive.sh index 30c2f62..a43ee22 100755 --- a/git-rebase--interactive.sh +++ b/git-rebase--interactive.sh @@ -760,7 +760,7 @@ first and then run 'git rebase --continue' again." # # Commands: # p, pick = use commit -# r, reword = use commit, but allow editing of the commit message +# r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # -- 1.6.5.rc2.18.g020de -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html