From: "Karl Hasselström" <kha@treskal.com>
To: Catalin Marinas <catalin.marinas@gmail.com>
Cc: git@vger.kernel.org
Subject: [StGit PATCH 1/4] Tutorial: Talk about conflicts when introducing StGit
Date: Sun, 12 Oct 2008 17:11:33 +0200 [thread overview]
Message-ID: <20081012151133.17648.7945.stgit@yoghurt> (raw)
In-Reply-To: <20081012150825.17648.3315.stgit@yoghurt>
Conflicts and conflict resolving are essential features of StGit, so
we'd better tell the user about them.
Signed-off-by: Karl Hasselström <kha@treskal.com>
---
Documentation/stg.txt | 8 ++++++++
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/Documentation/stg.txt b/Documentation/stg.txt
index 5973a6b..fc8fd7c 100644
--- a/Documentation/stg.txt
+++ b/Documentation/stg.txt
@@ -38,6 +38,14 @@ to maintain a 'patch stack' on top of a Git branch:
an updated branch, you can take all your patches and apply them on
top of the updated branch.
+ * As you would expect, changing what is below a patch can cause that
+ patch to no longer apply cleanly -- this can occur when you
+ reorder patches, rebase patches, or refresh a non-topmost patch.
+ StGit uses Git's rename-aware three-way merge capability to
+ automatically fix up what it can; if it still fails, it lets you
+ manually resolve the conflict just like you would resolve a merge
+ conflict in Git.
+
* The patch stack is just some extra metadata attached to regular
Git commits, so you can continue to use most Git tools along with
StGit.
next prev parent reply other threads:[~2008-10-12 15:13 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-12 15:11 [StGit PATCH 0/4] More tutorial updates Karl Hasselström
2008-10-12 15:11 ` Karl Hasselström [this message]
2008-10-12 15:11 ` [StGit PATCH 2/4] Tutorial: Explain diffs a little bit better Karl Hasselström
2008-10-12 15:11 ` [StGit PATCH 3/4] Tutorial: Cover "stg mail" Karl Hasselström
2008-10-12 15:11 ` [StGit PATCH 4/4] Tutorial: Write about rebasing Karl Hasselström
2008-10-12 22:10 ` [StGit PATCH 0/4] More tutorial updates Catalin Marinas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20081012151133.17648.7945.stgit@yoghurt \
--to=kha@treskal.com \
--cc=catalin.marinas@gmail.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox