Documentation: Refer to git-rebase(1) to warn against rewriting
authorThomas Rast <trast@student.ethz.ch>
Sat, 13 Sep 2008 16:11:01 +0000 (18:11 +0200)
committerJunio C Hamano <gitster@pobox.com>
Tue, 16 Sep 2008 04:22:58 +0000 (21:22 -0700)
This points readers at the "Recovering from upstream rebase" warning
in git-rebase(1) when we talk about rewriting published history in the
'reset', 'commit --amend', and 'filter-branch' documentation.

Signed-off-by: Thomas Rast <trast@student.ethz.ch>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-commit.txt
Documentation/git-filter-branch.txt
Documentation/git-reset.txt

index eb05b0f49b0c513581150415d1a4e679d7bfbea6..eeba58df2bc738afa0a7d1aedcf09ef02215578e 100644 (file)
@@ -144,6 +144,10 @@ It is a rough equivalent for:
 ------
 but can be used to amend a merge commit.
 --
++
+You should understand the implications of rewriting history if you
+amend a commit that has already been published.  (See the "RECOVERING
+FROM UPSTREAM REBASE" section in linkgit:git-rebase[1].)
 
 -i::
 --include::
index b0e710d5f9c05eb86ce3ccc4e1aa4a7868f3abff..fed6de6a7fa0e720994f7094be2f464818af289a 100644 (file)
@@ -36,7 +36,9 @@ the objects and will not converge with the original branch.  You will not
 be able to easily push and distribute the rewritten branch on top of the
 original branch.  Please do not use this command if you do not know the
 full implications, and avoid using it anyway, if a simple single commit
-would suffice to fix your problem.
+would suffice to fix your problem.  (See the "RECOVERING FROM UPSTREAM
+REBASE" section in linkgit:git-rebase[1] for further information about
+rewriting published history.)
 
 Always verify that the rewritten version is correct: The original refs,
 if different from the rewritten ones, will be stored in the namespace
index 6abaeac28cb70bcff809c803d732f79630c8046f..52aab5e68002cbc2f132f57997ecbeb48de998c3 100644 (file)
@@ -82,7 +82,9 @@ $ git reset --hard HEAD~3   <1>
 +
 <1> The last three commits (HEAD, HEAD^, and HEAD~2) were bad
 and you do not want to ever see them again.  Do *not* do this if
-you have already given these commits to somebody else.
+you have already given these commits to somebody else.  (See the
+"RECOVERING FROM UPSTREAM REBASE" section in linkgit:git-rebase[1] for
+the implications of doing so.)
 
 Undo a commit, making it a topic branch::
 +