Documentation/git-rebase.txt: -f forces a rebase that would otherwise be a no-op
authorSergey Organov <sorganov@gmail.com>
Mon, 11 Aug 2014 20:22:48 +0000 (00:22 +0400)
committerJunio C Hamano <gitster@pobox.com>
Tue, 12 Aug 2014 20:37:45 +0000 (13:37 -0700)
"Current branch is a descendant of the commit you are rebasing onto"
does not necessarily mean "rebase" requires "--force". For a plain
vanilla "history flattening" rebase, the rebase can be done without
forcing if there is a merge between the tip of the branch being
rebased and the commit you are rebasing onto, even if the tip is
descendant of the other.

[jc: reworded both the text and the log description]

Signed-off-by: Sergey Organov <sorganov@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-rebase.txt
index 2a93c645bdb62c28ac9315659b794aa1d3932a4b..f14100a16022306d280221b3cb1ae88f8c5498ce 100644 (file)
@@ -316,11 +316,8 @@ which makes little sense.
 
 -f::
 --force-rebase::
-       Force the rebase even if the current branch is a descendant
-       of the commit you are rebasing onto.  Normally non-interactive rebase will
-       exit with the message "Current branch is up to date" in such a
-       situation.
-       Incompatible with the --interactive option.
+       Force a rebase even if the current branch is up-to-date and
+       the command without `--force` would return without doing anything.
 +
 You may find this (or --no-ff with an interactive rebase) helpful after
 reverting a topic branch merge, as this option recreates the topic branch with