Thanks for catching how this is not the default, and that it needs set. But
exactly what is the value that works?
----- Original Message -----
From: "Tor Arntsen" <tor@xxxxxxxxxxx>
To: "Thomas Rast" <trast@xxxxxxxxxxxxxxx>
Cc: "knittl" <knittl89@xxxxxxxxxxxxxx>; "John S. Urban"
<urbanjost@xxxxxxxxxxx>; <git@xxxxxxxxxxxxxxx>
Sent: Sunday, September 04, 2011 3:11 PM
Subject: Re: Lost association between TAGS and COMMITs when rebased a git(1)
repository
On Sun, Sep 4, 2011 at 8:43 PM, Thomas Rast <trast@xxxxxxxxxxxxxxx> wrote:
Tor Arntsen wrote:
On Sun, Sep 4, 2011 at 4:30 PM, knittl <knittl89@xxxxxxxxxxxxxx> wrote:
>
> On Sun, Sep 4, 2011 at 3:32 AM, John S. Urban <urbanjost@xxxxxxxxxxx>
> wrote:
> > With my first use of git(1) I created a small project with about 200
> > "commits". When this was complete, I needed to label each commit with
> > information pointing it to a section of a document. I used tags for
> > this.
>
> Use git notes[1] to attach additional info to existing commits. Git
> notes will by default be copied when using git rebase or git commit
> --amend (cf. notes.rewrite.<command> config)
Is that true? I've always lost the notes when rebasing. I just tried
that again now (1.7.5.4), and after a rebase the notes attached to any
commit that was rebased just disappeared. I've always had to hunt down
and re-create the notes. It would indeed be much more convenient if
the notes would tag along.
Yes, that support has been present since 1.7.1, but it's not enabled
by default: you need to configure notes.rewriteRef.
Thanks. Got it working. So it's not by default, as was suggested by
knittl, it has to be enabled. BTW, it's not at all obvious from the
manpage what it should be set to, there's no actual example. Found it
by trial&error plus finding a diff for a test.
-Tor
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html