{"thread":{"id":"27745","subject":"[PATCH 2/2] git-rebase.txt: clarify that --abort checks out ","startedAt":"2011-07-02T02:38:44Z","lastAt":"2011-07-14T03:47:06Z","messageCount":10,"participants":["Martin von Zweigbergk","Drew Northup","Jonathan Nieder","Junio C Hamano"],"isPatch":true,"patchVersion":1,"patchTotal":2},"messages":[{"id":"170763","messageId":"1309574324-6833-1-git-send-email-martin.von.zweigbergk@gmail.com","threadId":"27745","inReplyTo":null,"subject":"[PATCH 2/2] git-rebase.txt: clarify that --abort checks out ","fromName":"Martin von Zweigbergk","fromEmail":"martin.von.zweigbergk@gmail.com","sentAt":"2011-07-02T02:38:44Z","receivedAt":"2011-07-02T02:38:44Z","isPatch":true,"sender":{"key":"martinvonz@gmail.com","avatar":"https://avatars.githubusercontent.com/u/891642?v=4"},"body":"The description for 'git rebase --abort' currently says:\n\n Restore the original branch and abort the rebase operation.\n\nThe \"restore\" can be misinterpreted to imply that the original branch\nwas somehow in a broken state during the rebase operation. It is also\nnot completely clear what \"the original branch\" is --- is it the\nbranch that was checked out before the rebase operation was called or\nis the the branch that is being rebased (it is the latter)? Although\nboth issues are made clear in the DESCRIPTION section, let us also\nmake the entry in the OPTIONS secion more clear, like so:\n\n Abort the rebase operation and check out .\n\nSigned-off-by: Martin von Zweigbergk \n---\n\nThis was basically suggested by Jonathan in [1] ('git rebase\n--discard'/'git rebase --abort --stay' or whatever it should be\ncalled). Since I have not had much time for Git lately, I thought I\nwould just post these two patches for now, in case it will take time\nbefore I get a chance to move even the simple work in [1] forward.\n\n\n [1] http://thread.gmane.org/gmane.comp.version-control.git/174655/focus=174683\n\n\n\n Documentation/git-rebase.txt | 2 +-\n git-rebase.sh | 2 +-\n 2 files changed, 2 insertions(+), 2 deletions(-)\n\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex a9e0e50..f103eca 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -232,7 +232,7 @@ leave out at most one of A and B, in which case it defaults to HEAD.\n \tRestart the rebasing process after having resolved a merge conflict.\n \n --abort::\n-\tRestore the original branch and abort the rebase operation.\n+\tAbort the rebase operation and check out .\n \n --skip::\n \tRestart the rebasing process by skipping the current patch.\ndiff --git a/git-rebase.sh b/git-rebase.sh\nindex d7855ea..de419ac 100755\n--- a/git-rebase.sh\n+++ b/git-rebase.sh\n@@ -58,7 +58,7 @@ ignore-whitespace! passed to 'git apply'\n C=! passed to 'git apply'\n Actions:\n continue! continue rebasing process\n-abort! abort rebasing process and restore original branch\n+abort! abort rebasing process and check out \n skip! skip current patch and continue rebasing process\n \"\n . git-sh-setup\n-- \n1.7.5.3.640.gd1066\n"},{"id":"170844","messageId":"1309902196.31762.30.camel@drew-northup.unet.maine.edu","threadId":"27745","inReplyTo":"1309574324-6833-1-git-send-email-martin.von.zweigbergk@gmail.com","subject":"Re: [PATCH 2/2] git-rebase.txt: clarify that --abort checks out ","fromName":"Drew Northup","fromEmail":"drew.northup@maine.edu","sentAt":"2011-07-05T21:43:16Z","receivedAt":"2011-07-05T21:43:16Z","isPatch":true,"sender":{"key":"drew.northup@maine.edu","avatar":"https://avatars.githubusercontent.com/u/18331571?v=4"},"body":"\nOn Fri, 2011-07-01 at 22:38 -0400, Martin von Zweigbergk wrote:\n> The description for 'git rebase --abort' currently says:\n> \n> Restore the original branch and abort the rebase operation.\n> \n> The \"restore\" can be misinterpreted to imply that the original branch\n> was somehow in a broken state during the rebase operation. \n\nWhen you are in the middle of a rebase you _are_not_on_any_branch_. This\nis why \"Restore the original branch\" is used. I have to admit that it\ncould potentially be clearer, but your solution alas is not.\n\n> It is also\n> not completely clear what \"the original branch\" is --- is it the\n> branch that was checked out before the rebase operation was called or\n> is the the branch that is being rebased (it is the latter)? Although\n> both issues are made clear in the DESCRIPTION section, let us also\n> make the entry in the OPTIONS secion more clear, like so:\n> \n> Abort the rebase operation and check out .\n\nSo when I rebase I'm really checking out another branch--which, just to\nincrease confusion, doesn't actually exist? What if there isn't another\nbranch (rebase -i on a single-branch repo, for instance)? This doesn't\nsolve the problem.\n\n> \n> Signed-off-by: Martin von Zweigbergk \n> ---\n> \n> This was basically suggested by Jonathan in [1] ('git rebase\n> --discard'/'git rebase --abort --stay' or whatever it should be\n> called). Since I have not had much time for Git lately, I thought I\n> would just post these two patches for now, in case it will take time\n> before I get a chance to move even the simple work in [1] forward.\n> \n> \n> [1] http://thread.gmane.org/gmane.comp.version-control.git/174655/focus=174683\n\n-- \n-Drew Northup\n________________________________________________\n\"As opposed to vegetable or mineral error?\"\n-John Pescatore, SANS NewsBites Vol. 12 Num. 59\n"},{"id":"170851","messageId":"alpine.DEB.2.00.1107052148370.7799@debian","threadId":"27745","inReplyTo":"1309902196.31762.30.camel@drew-northup.unet.maine.edu","subject":"Re: [PATCH 2/2] git-rebase.txt: clarify that --abort checks out ","fromName":"Martin von Zweigbergk","fromEmail":"martin.von.zweigbergk@gmail.com","sentAt":"2011-07-06T02:19:09Z","receivedAt":"2011-07-06T02:19:09Z","isPatch":true,"sender":{"key":"martinvonz@gmail.com","avatar":"https://avatars.githubusercontent.com/u/891642?v=4"},"body":"On Tue, 5 Jul 2011, Drew Northup wrote:\n\n> \n> On Fri, 2011-07-01 at 22:38 -0400, Martin von Zweigbergk wrote:\n> > The description for 'git rebase --abort' currently says:\n> > \n> > Restore the original branch and abort the rebase operation.\n> > \n> > The \"restore\" can be misinterpreted to imply that the original branch\n> > was somehow in a broken state during the rebase operation. \n> \n> When you are in the middle of a rebase you _are_not_on_any_branch_. This\n> is why \"Restore the original branch\" is used.\n\nAre you saying that something (what?) in \"Abort the rebase operation\nand check out .\" suggests to the user that he/she _is_ on some\nbranch?\n\n> > It is also\n> > not completely clear what \"the original branch\" is --- is it the\n> > branch that was checked out before the rebase operation was called or\n> > is the the branch that is being rebased (it is the latter)? Although\n> > both issues are made clear in the DESCRIPTION section, let us also\n> > make the entry in the OPTIONS secion more clear, like so:\n> > \n> > Abort the rebase operation and check out .\n> \n> So when I rebase I'm really checking out another branch--which, just to\n> increase confusion, doesn't actually exist?\n\nSame question as above: what makes it sound like rebase is checking\nout another branch?\n\n> What if there isn't another\n> branch (rebase -i on a single-branch repo, for instance)? This doesn't\n> solve the problem.\n\nThat reminds me that may not have been specified. How about\nsaying things more explicitly like this?\n\n Abort the rebase operation and reset HEAD to the original branch. If\n was provided when the rebase operation was started, then\n HEAD will be reset to . Otherwise HEAD will be reset to\n where it was when the rebase operation was started.\n\nDoes phrasing it as \"reset HEAD to\" instead of \"check out\" also\naddress your concern about \"checking out another branch\"?\n\n\nMartin\n"},{"id":"170852","messageId":"20110706025228.GB10015@elie","threadId":"27745","inReplyTo":"alpine.DEB.2.00.1107052148370.7799@debian","subject":"Re: [PATCH 2/2] git-rebase.txt: clarify that --abort checks out ","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2011-07-06T02:52:28Z","receivedAt":"2011-07-06T02:52:28Z","isPatch":true,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Martin von Zweigbergk wrote:\n\n> That reminds me that may not have been specified. How about\n> saying things more explicitly like this?\n>\n> Abort the rebase operation and reset HEAD to the original branch. If\n> was provided when the rebase operation was started, then\n> HEAD will be reset to . Otherwise HEAD will be reset to\n> where it was when the rebase operation was started.\n\nSounds great to me for what it's worth. (With the caveat that \"git\nrebase --abort\" reattaches HEAD in addition to what \"git reset --hard\"\nwould do, but I think it's fine to just leave that implied.) Sorry to\nhave been slow to respond lately.\n"},{"id":"170917","messageId":"1309958707.10212.6.camel@drew-northup.unet.maine.edu","threadId":"27745","inReplyTo":"20110706025228.GB10015@elie","subject":"Re: [PATCH 2/2] git-rebase.txt: clarify that --abort checks out ","fromName":"Drew Northup","fromEmail":"drew.northup@maine.edu","sentAt":"2011-07-06T13:25:07Z","receivedAt":"2011-07-06T13:25:07Z","isPatch":true,"sender":{"key":"drew.northup@maine.edu","avatar":"https://avatars.githubusercontent.com/u/18331571?v=4"},"body":"\nOn Tue, 2011-07-05 at 21:52 -0500, Jonathan Nieder wrote:\n> Martin von Zweigbergk wrote:\n> \n> > That reminds me that may not have been specified. How about\n> > saying things more explicitly like this?\n> >\n> > Abort the rebase operation and reset HEAD to the original branch. If\n> > was provided when the rebase operation was started, then\n> > HEAD will be reset to . Otherwise HEAD will be reset to\n> > where it was when the rebase operation was started.\n> \n> Sounds great to me for what it's worth. (With the caveat that \"git\n> rebase --abort\" reattaches HEAD in addition to what \"git reset --hard\"\n> would do, but I think it's fine to just leave that implied.)\n\nAgreed, that is better.\n\n-- \n-Drew Northup\n________________________________________________\n\"As opposed to vegetable or mineral error?\"\n-John Pescatore, SANS NewsBites Vol. 12 Num. 59\n"},{"id":"171011","messageId":"1310092069-19708-1-git-send-email-martin.von.zweigbergk@gmail.com","threadId":"27745","inReplyTo":"1309574324-6833-1-git-send-email-martin.von.zweigbergk@gmail.com","subject":"[PATCH v2] git-rebase.txt: clarify that --abort checks out ","fromName":"Martin von Zweigbergk","fromEmail":"martin.von.zweigbergk@gmail.com","sentAt":"2011-07-08T02:27:49Z","receivedAt":"2011-07-08T02:27:49Z","isPatch":true,"sender":{"key":"martinvonz@gmail.com","avatar":"https://avatars.githubusercontent.com/u/891642?v=4"},"body":"The description for 'git rebase --abort' currently says:\n\n Restore the original branch and abort the rebase operation.\n\nThe \"restore\" can be misinterpreted to imply that the original branch\nwas somehow in a broken state during the rebase operation. It is also\nnot completely clear what \"the original branch\" is --- is it the\nbranch that was checked out before the rebase operation was called or\nis the the branch that is being rebased (it is the latter)? Although\nboth issues are made clear in the DESCRIPTION section, let us also\nmake the entry in the OPTIONS secion more clear.\n\nSigned-off-by: Martin von Zweigbergk \n---\n Documentation/git-rebase.txt | 6 +++++-\n git-rebase.sh | 2 +-\n 2 files changed, 6 insertions(+), 2 deletions(-)\n\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex a9e0e50..d2f2cd9 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -232,7 +232,11 @@ leave out at most one of A and B, in which case it defaults to HEAD.\n \tRestart the rebasing process after having resolved a merge conflict.\n \n --abort::\n-\tRestore the original branch and abort the rebase operation.\n+\tAbort the rebase operation and reset HEAD to the original\n+\tbranch. If was provided when the rebase operation was\n+\tstarted, then HEAD will be reset to . Otherwise HEAD\n+\twill be reset to where it was when the rebase operation was\n+\tstarted.\n \n --skip::\n \tRestart the rebasing process by skipping the current patch.\ndiff --git a/git-rebase.sh b/git-rebase.sh\nindex d7855ea..f2d4c72 100755\n--- a/git-rebase.sh\n+++ b/git-rebase.sh\n@@ -58,7 +58,7 @@ ignore-whitespace! passed to 'git apply'\n C=! passed to 'git apply'\n Actions:\n continue! continue rebasing process\n-abort! abort rebasing process and restore original branch\n+abort! abort rebasing process and reset HEAD to \n skip! skip current patch and continue rebasing process\n \"\n . git-sh-setup\n-- \n1.7.6.51.g07e0e\n"},{"id":"171014","messageId":"7vzkkog3ia.fsf@alter.siamese.dyndns.org","threadId":"27745","inReplyTo":"1310092069-19708-1-git-send-email-martin.von.zweigbergk@gmail.com","subject":"Re: [PATCH v2] git-rebase.txt: clarify that --abort checks out ","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2011-07-08T16:07:25Z","receivedAt":"2011-07-08T16:07:25Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Martin von Zweigbergk writes:\n\n> The description for 'git rebase --abort' currently says:\n>\n> Restore the original branch and abort the rebase operation.\n>\n> The \"restore\" can be misinterpreted to imply that the original branch\n> was somehow in a broken state during the rebase operation. It is also\n> not completely clear what \"the original branch\" is --- is it the\n> branch that was checked out before the rebase operation was called or\n> is the the branch that is being rebased (it is the latter)? Although\n> both issues are made clear in the DESCRIPTION section, let us also\n> make the entry in the OPTIONS secion more clear.\n>\n> Signed-off-by: Martin von Zweigbergk \n\nWhile I agree that there is a problem, ...\n\n> Documentation/git-rebase.txt | 6 +++++-\n> git-rebase.sh | 2 +-\n> 2 files changed, 6 insertions(+), 2 deletions(-)\n>\n> diff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\n> index a9e0e50..d2f2cd9 100644\n> --- a/Documentation/git-rebase.txt\n> +++ b/Documentation/git-rebase.txt\n> @@ -232,7 +232,11 @@ leave out at most one of A and B, in which case it defaults to HEAD.\n> \tRestart the rebasing process after having resolved a merge conflict.\n> \n> --abort::\n> -\tRestore the original branch and abort the rebase operation.\n> +\tAbort the rebase operation and reset HEAD to the original\n> +\tbranch. If was provided when the rebase operation was\n> +\tstarted, then HEAD will be reset to . Otherwise HEAD\n> +\twill be reset to where it was when the rebase operation was\n> +\tstarted.\n\nand I think this is a vast improvement, ...\n\n> --skip::\n> \tRestart the rebasing process by skipping the current patch.\n> diff --git a/git-rebase.sh b/git-rebase.sh\n> index d7855ea..f2d4c72 100755\n> --- a/git-rebase.sh\n> +++ b/git-rebase.sh\n> @@ -58,7 +58,7 @@ ignore-whitespace! passed to 'git apply'\n> C=! passed to 'git apply'\n> Actions:\n> continue! continue rebasing process\n> -abort! abort rebasing process and restore original branch\n> +abort! abort rebasing process and reset HEAD to \n> skip! skip current patch and continue rebasing process\n> \"\n\nI don't think it is quite right to use placeholder notation here, unless\nyou are talking about \"git rebase --abort \", and you are of course\nnot in this case. Perhaps\n\n\tabort and check out the original branch\n\nmight be slightly better. I dunno.\n\nAs the user knows these help text are all about \"rebase\", I do not think\nit is worth repeating \"rebasing process\" over and over again.\n"},{"id":"171036","messageId":"alpine.DEB.2.00.1107100841400.2491@debian","threadId":"27745","inReplyTo":"7vzkkog3ia.fsf@alter.siamese.dyndns.org","subject":"Re: [PATCH v2] git-rebase.txt: clarify that --abort checks out ","fromName":"Martin von Zweigbergk","fromEmail":"martin.von.zweigbergk@gmail.com","sentAt":"2011-07-10T18:07:45Z","receivedAt":"2011-07-10T18:07:45Z","isPatch":true,"sender":{"key":"martinvonz@gmail.com","avatar":"https://avatars.githubusercontent.com/u/891642?v=4"},"body":"Hi Junio,\n\nOn Fri, 8 Jul 2011, Junio C Hamano wrote:\n\n> Martin von Zweigbergk writes:\n> \n> > --skip::\n> > \tRestart the rebasing process by skipping the current patch.\n> > diff --git a/git-rebase.sh b/git-rebase.sh\n> > index d7855ea..f2d4c72 100755\n> > --- a/git-rebase.sh\n> > +++ b/git-rebase.sh\n> > @@ -58,7 +58,7 @@ ignore-whitespace! passed to 'git apply'\n> > C=! passed to 'git apply'\n> > Actions:\n> > continue! continue rebasing process\n> > -abort! abort rebasing process and restore original branch\n> > +abort! abort rebasing process and reset HEAD to \n> > skip! skip current patch and continue rebasing process\n> > \"\n> \n> I don't think it is quite right to use placeholder notation here, unless\n> you are talking about \"git rebase --abort \", and you are of course\n> not in this case. Perhaps\n> \n> \tabort and check out the original branch\n> \n> might be slightly better. I dunno.\n\nGood point. I tried to find something that would fit in 80 characters\nand still not use the term \"check out\", but I agree that using the\nplaceholder notation was a bad idea. I would be happy to change to\nyour proposed text. Drew, I hope you don't mind.\n\n> As the user knows these help text are all about \"rebase\", I do not think\n> it is worth repeating \"rebasing process\" over and over again.\n\nI was thinking about changing \"rebasing process\" to \"rebase\", but\nremoving it completely is probably good idea.\n\nPatch coming up.\n"},{"id":"171037","messageId":"1310322661-24924-1-git-send-email-martin.von.zweigbergk@gmail.com","threadId":"27745","inReplyTo":"1310092069-19708-1-git-send-email-martin.von.zweigbergk@gmail.com","subject":"[PATCH v3] git-rebase.txt: clarify that --abort checks out ","fromName":"Martin von Zweigbergk","fromEmail":"martin.von.zweigbergk@gmail.com","sentAt":"2011-07-10T18:31:01Z","receivedAt":"2011-07-10T18:31:01Z","isPatch":true,"sender":{"key":"martinvonz@gmail.com","avatar":"https://avatars.githubusercontent.com/u/891642?v=4"},"body":"The description for 'git rebase --abort' currently says:\n\n Restore the original branch and abort the rebase operation.\n\nThe \"restore\" can be misinterpreted to imply that the original branch\nwas somehow in a broken state during the rebase operation. It is also\nnot completely clear what \"the original branch\" is --- is it the\nbranch that was checked out before the rebase operation was called or\nis the the branch that is being rebased (it is the latter)? Although\nboth issues are made clear in the DESCRIPTION section, let us also\nmake the entry in the OPTIONS secion more clear.\n\nAlso remove the term \"rebasing process\" from the usage text, since the\nuser already knows that the text is about \"git rebase\".\n\nSigned-off-by: Martin von Zweigbergk \n---\n Documentation/git-rebase.txt | 6 +++++-\n git-rebase.sh | 6 +++---\n 2 files changed, 8 insertions(+), 4 deletions(-)\n\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex a9e0e50..d2f2cd9 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -232,7 +232,11 @@ leave out at most one of A and B, in which case it defaults to HEAD.\n \tRestart the rebasing process after having resolved a merge conflict.\n \n --abort::\n-\tRestore the original branch and abort the rebase operation.\n+\tAbort the rebase operation and reset HEAD to the original\n+\tbranch. If was provided when the rebase operation was\n+\tstarted, then HEAD will be reset to . Otherwise HEAD\n+\twill be reset to where it was when the rebase operation was\n+\tstarted.\n \n --skip::\n \tRestart the rebasing process by skipping the current patch.\ndiff --git a/git-rebase.sh b/git-rebase.sh\nindex d7855ea..9065c16 100755\n--- a/git-rebase.sh\n+++ b/git-rebase.sh\n@@ -57,9 +57,9 @@ whitespace=! passed to 'git apply'\n ignore-whitespace! passed to 'git apply'\n C=! passed to 'git apply'\n Actions:\n-continue! continue rebasing process\n-abort! abort rebasing process and restore original branch\n-skip! skip current patch and continue rebasing process\n+continue! continue\n+abort! abort and check out the original branch\n+skip! skip current patch and continue\n \"\n . git-sh-setup\n set_reflog_action rebase\n-- \n1.7.6.51.g07e0e\n"},{"id":"171304","messageId":"1310615226-3251-1-git-send-email-martin.von.zweigbergk@gmail.com","threadId":"27745","inReplyTo":"1310322661-24924-1-git-send-email-martin.von.zweigbergk@gmail.com","subject":"[PATCH v4] rebase: clarify \"restore the original branch\"","fromName":"Martin von Zweigbergk","fromEmail":"martin.von.zweigbergk@gmail.com","sentAt":"2011-07-14T03:47:06Z","receivedAt":"2011-07-14T03:47:06Z","isPatch":true,"sender":{"key":"martinvonz@gmail.com","avatar":"https://avatars.githubusercontent.com/u/891642?v=4"},"body":"The description for 'git rebase --abort' currently says:\n\n Restore the original branch and abort the rebase operation.\n\nThe \"restore\" can be misinterpreted to imply that the original branch\nwas somehow in a broken state during the rebase operation. It is also\nnot completely clear what \"the original branch\" is --- is it the\nbranch that was checked out before the rebase operation was called or\nis the the branch that is being rebased (it is the latter)? Although\nboth issues are made clear in the DESCRIPTION section, let us also\nmake the entry in the OPTIONS secion more clear.\n\nAlso remove the term \"rebasing process\" from the usage text, since the\nuser already knows that the text is about \"git rebase\".\n\nSigned-off-by: Martin von Zweigbergk \n---\n\nWhile reading some sample output in an unrelated mail from Jeff, I\nnoticed that we actually use \"restore\" in a few more places (I had\noriginally seached for \"abort\" to find places to update). This patch\nfixes those places.\n\nI used the term \"check out\" instead of \"reset HEAD to\", because I\nthink the concept feels more familiar to many people, even though\n\"reset HEAD to\" is technically more correct.\n\nThe phrase \"restore the original branch\" is also used in git-am, where\nI think it makes even less sense. I rarely use git-am, but I think it\nalways applies the patches to the current branch, so there \"restore\nthe original branch\" really means \"resets the (current) branch to the\noriginal position (where it was when git-am was started)\", doesn't it?\n\n\n Documentation/git-rebase.txt | 8 ++++++--\n git-rebase.sh | 10 +++++-----\n 2 files changed, 11 insertions(+), 7 deletions(-)\n\ndiff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt\nindex a9e0e50..504945c 100644\n--- a/Documentation/git-rebase.txt\n+++ b/Documentation/git-rebase.txt\n@@ -45,7 +45,7 @@ with a different commit message or timestamp will be skipped).\n It is possible that a merge failure will prevent this process from being\n completely automatic. You will have to resolve any such merge failure\n and run `git rebase --continue`. Another option is to bypass the commit\n-that caused the merge failure with `git rebase --skip`. To restore the\n+that caused the merge failure with `git rebase --skip`. To check out the\n original and remove the .git/rebase-apply working files, use the\n command `git rebase --abort` instead.\n \n@@ -232,7 +232,11 @@ leave out at most one of A and B, in which case it defaults to HEAD.\n \tRestart the rebasing process after having resolved a merge conflict.\n \n --abort::\n-\tRestore the original branch and abort the rebase operation.\n+\tAbort the rebase operation and reset HEAD to the original\n+\tbranch. If was provided when the rebase operation was\n+\tstarted, then HEAD will be reset to . Otherwise HEAD\n+\twill be reset to where it was when the rebase operation was\n+\tstarted.\n \n --skip::\n \tRestart the rebasing process by skipping the current patch.\ndiff --git a/git-rebase.sh b/git-rebase.sh\nindex d7855ea..38cbee7 100755\n--- a/git-rebase.sh\n+++ b/git-rebase.sh\n@@ -13,7 +13,7 @@ It then attempts to create a new commit for each commit from the original\n It is possible that a merge failure will prevent this process from being\n completely automatic. You will have to resolve any such merge failure\n and run git rebase --continue. Another option is to bypass the commit\n-that caused the merge failure with git rebase --skip. To restore the\n+that caused the merge failure with git rebase --skip. To check out the\n original and remove the .git/rebase-apply working files, use the\n command git rebase --abort instead.\n \n@@ -57,9 +57,9 @@ whitespace=! passed to 'git apply'\n ignore-whitespace! passed to 'git apply'\n C=! passed to 'git apply'\n Actions:\n-continue! continue rebasing process\n-abort! abort rebasing process and restore original branch\n-skip! skip current patch and continue rebasing process\n+continue! continue\n+abort! abort and check out the original branch\n+skip! skip current patch and continue\n \"\n . git-sh-setup\n set_reflog_action rebase\n@@ -72,7 +72,7 @@ ok_to_skip_pre_rebase=\n resolvemsg=\"\n When you have resolved this problem run \\\"git rebase --continue\\\".\n If you would prefer to skip this patch, instead run \\\"git rebase --skip\\\".\n-To restore the original branch and stop rebasing run \\\"git rebase --abort\\\".\n+To check out the original branch and stop rebasing run \\\"git rebase --abort\\\".\n \"\n unset onto\n strategy=\n-- \n1.7.6.51.g07e0e\n"}]}