threads / patch / 3112

patchupdate using-topic-branches

Subject: [PATCH] update using-topic-branches

## tl;dr

One message between Jan 20, 2006 and Jan 20, 2006. Diffs are folded; open one to read it.

replies: 0people: 1as markdown or json

Luck, Tony· Jan 20, 2006, 19:00 UTC · lore

Update documentation to warn users not to create noise in then Linux history by creating pointless "Auto-update from upstream" merge commits.

Signed-off-by: Tony Luck <tony.luck@intel.com>
---
Show changes to Documentation/howto/using-topic-branches.txt +9 −1
diff --git a/Documentation/howto/using-topic-branches.txt b/Documentation/howto/using-topic-branches.txt
index b3d592f..2c98194 100644
--- a/Documentation/howto/using-topic-branches.txt
+++ b/Documentation/howto/using-topic-branches.txt
@@ -9,7 +9,7 @@ GIT as a Linux subsystem maintainer.
 
 -Tony
 
-Last updated w.r.t. GIT 0.99.9f
+Last updated w.r.t. GIT 1.1
 
 Linux subsystem maintenance using GIT
 -------------------------------------
@@ -92,6 +92,14 @@ These can be easily kept up to date by m
  $ git checkout test && git merge "Auto-update from upstream" test linus
  $ git checkout release && git merge "Auto-update from upstream" release linus
 
+Important note!  If you have any local changes in these branches, then
+this merge will create a commit object in the history (with no local
+changes git will simply do a "Fast forward" merge).  Many people dislike
+the "noise" that this creates in the Linux history, so you should avoid
+doing this capriciously in the "release" branch, as these noisy commits
+will become part of the permanent history when you ask Linus to pull
+from the release branch.
+
 Set up so that you can push upstream to your public tree (you need to
 log-in to the remote system and create an empty tree there before the
 first push).

← back to recent threads