From: John S. Urban Date: Sun, 04 Sep 2011 20:18:30 GMT Subject: Re: Lost association between TAGS and COMMITs when rebased a git(1) repository Message-ID: In-Reply-To: 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" To: "Thomas Rast" Cc: "knittl" ; "John S. Urban" ; 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 wrote: > Tor Arntsen wrote: >> On Sun, Sep 4, 2011 at 4:30 PM, knittl wrote: >> > >> > On Sun, Sep 4, 2011 at 3:32 AM, John S. Urban >> > 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. 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