diff options
author | Junio C Hamano <junio@hera.kernel.org> | 2007-10-23 01:23:31 +0000 |
---|---|---|
committer | Junio C Hamano <junio@hera.kernel.org> | 2007-10-23 01:23:31 +0000 |
commit | 764a667a8f360cfaafc6bfa9a0b5a2f09ed47586 (patch) | |
tree | fc6f7da163a804cc8aef905924828d69b897399a /git-rebase.html | |
parent | ea719cf8b709e1b5c43d18ca26832f8c9bf11e7e (diff) | |
download | git-htmldocs-764a667a8f360cfaafc6bfa9a0b5a2f09ed47586.tar.gz |
Autogenerated HTML docs for v1.5.3.4-319-gdd817
Diffstat (limited to 'git-rebase.html')
-rw-r--r-- | git-rebase.html | 25 |
1 files changed, 23 insertions, 2 deletions
diff --git a/git-rebase.html b/git-rebase.html index 09f87b8eb..d746f3091 100644 --- a/git-rebase.html +++ b/git-rebase.html @@ -290,7 +290,10 @@ of commits that would be shown by <tt>git log <upstream>..HEAD</tt>.</p> --onto option was supplied. This has the exact same effect as
<tt>git reset --hard <upstream></tt> (or <newbase>).</p>
<p>The commits that were previously saved into the temporary area are
-then reapplied to the current branch, one by one, in order.</p>
+then reapplied to the current branch, one by one, in order. Note that
+any commits in HEAD which introduce the same textual changes as a commit
+in HEAD..<upstream> are omitted (i.e., a patch already accepted upstream
+with a different commit message or timestamp will be skipped).</p>
<p>It is possible that a merge failure will prevent this process from being
completely automatic. You will have to resolve any such merge failure
and run <tt>git rebase --continue</tt>. Another option is to bypass the commit
@@ -319,6 +322,24 @@ git-rebase master topic</tt></pre> </div></div>
<p>The latter form is just a short-hand of <tt>git checkout topic</tt>
followed by <tt>git rebase master</tt>.</p>
+<p>If the upstream branch already contains a change you have made (e.g.,
+because you mailed a patch which was applied upstream), then that commit
+will be skipped. For example, running <tt>git-rebase master</tt> on the
+following history (in which A' and A introduce the same set of changes,
+but have different committer information):</p>
+<div class="listingblock">
+<div class="content">
+<pre><tt> A---B---C topic
+ /
+ D---E---A'---F master</tt></pre>
+</div></div>
+<p>will result in:</p>
+<div class="listingblock">
+<div class="content">
+<pre><tt> B'---C' topic
+ /
+ D---E---A'---F master</tt></pre>
+</div></div>
<p>Here is how you would transplant a topic branch based on one
branch to another, to pretend that you forked the topic branch
from the latter branch, using <tt>rebase --onto</tt>.</p>
@@ -810,7 +831,7 @@ Johannes E. Schindelin <johannes.schindelin@gmx.de></p> </div>
<div id="footer">
<div id="footer-text">
-Last updated 30-Sep-2007 08:10:55 UTC
+Last updated 23-Oct-2007 01:21:54 UTC
</div>
</div>
</body>
|