From: "Edward Z. Yang" <edwardzyang@thewritingpot.com>
To: git@vger.kernel.org
Cc: torvalds@linux-foundation.org, pdebie@ai.rug.nl
Subject: Re: Git, merging, and News/Relnotes files
Date: Sat, 05 Jul 2008 15:07:08 -0400 [thread overview]
Message-ID: <486FC65C.70602@thewritingpot.com> (raw)
In-Reply-To: <alpine.LFD.1.10.0807051119170.2815@woody.linux-foundation.org>
Linus Torvalds wrote:
> So the first thing you should do is probably to just *try* adding that
>
> NEWS merge=union
>
> line to your .gitattributes file, and see if it works for you.
Sounds like a good first-step. It's very unlikely that we're going to
bother writing our own merge strategy for the NEWS file, so if union
ends up being more trouble than its worth, we'll probably end sticking
with manual merges.
Pieter also suggested (for some reason, I don't see the post on this
list) the git-merge-changelog driver from Gnu Savannah. Unfortunately,
the log format is a little different from ours (entries are sorted into
BC-incompatible, features, bugfixes and internal changes), so the driver
may not work (it's still worth a try, I imagine).
I'm slightly surprised no one suggested that I can the file, given that
both Git and the Linux kernel don't have one.
> For example, the default 'union' merge will literally _duplicate_
> identical that were added in both branches. So if you cherry-pick a commit
> so that it exists both in the branch you are merging _and_ the branch you
> are merging into, then any additions to the NEWS file will basically show
> up twice, and yet auto-merge "cleanly".
I suppose that's why we have git reset --hard HEAD~. :-) I will
certainly keep this gotcha in mind.
next prev parent reply other threads:[~2008-07-05 19:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-05 7:24 Git, merging, and News/Relnotes files Edward Z. Yang
2008-07-05 18:38 ` Linus Torvalds
2008-07-05 19:07 ` Edward Z. Yang [this message]
2008-07-05 20:03 ` Linus Torvalds
2008-07-06 14:53 ` Dmitry Potapov
2008-07-09 1:14 ` Edward Z. Yang
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=486FC65C.70602@thewritingpot.com \
--to=edwardzyang@thewritingpot.com \
--cc=git@vger.kernel.org \
--cc=pdebie@ai.rug.nl \
--cc=torvalds@linux-foundation.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;
as well as URLs for NNTP newsgroup(s).