* [RFC] Support for arbitrary tags in commits
@ 2011-01-11 12:23 Philipp Marek
2011-01-11 12:40 ` Thomas Rast
0 siblings, 1 reply; 4+ messages in thread
From: Philipp Marek @ 2011-01-11 12:23 UTC (permalink / raw
To: git
Hello everybody,
I'd like to attach some additional data to commits.
The best way I've found (so far) is to put an additional header line in the
commit header that references an additional blob.
Currently I've found "tree", "parent", "author", "committer", and so on; git
accepts additional lines before the "\n\n" separator (and the commit message),
so that's where I'd like to put the line.
"git fsck" allows that, too; only "rebase -i" and similar don't know about them
(yet), and discard them.
Now I want to ask:
* Is this acceptable?
* If yes, I'd try to provide a patch to make "amend" and similar keep the
header-lines (by collecting them in order - obviously with editing commits
a header could exist multiple times).
* Perhaps there should be an option for "git-commit" that inserts arbitrary
header lines?
* Is there some documentation for the commit-file format so that this can be
written down?
* How should namespace-issues be handled?
I can imagine that multiple people want to put data there, how should the
tag be allocated?
This could be solved by the previous point, ie. there's some page that
header tags should be registered at to avoid collisions.
Thank you for all feedback.
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFC] Support for arbitrary tags in commits
2011-01-11 12:23 [RFC] Support for arbitrary tags in commits Philipp Marek
@ 2011-01-11 12:40 ` Thomas Rast
2011-01-11 13:48 ` Philipp Marek
0 siblings, 1 reply; 4+ messages in thread
From: Thomas Rast @ 2011-01-11 12:40 UTC (permalink / raw
To: Philipp Marek; +Cc: git
Philipp Marek wrote:
>
> The best way I've found (so far) is to put an additional header line in the
> commit header that references an additional blob.
This comes up every few months. The last large discussion about this
that we had IIRC was
http://thread.gmane.org/gmane.comp.version-control.git/138848
Can you please look through that thread and state in what way your
use-case invalidates the previous reasoning?
In particular, in what way do notes (as in git-notes(1)) fail to solve
your problem?
--
Thomas Rast
trast@{inf,student}.ethz.ch
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFC] Support for arbitrary tags in commits
2011-01-11 12:40 ` Thomas Rast
@ 2011-01-11 13:48 ` Philipp Marek
2011-01-11 13:53 ` Thomas Rast
0 siblings, 1 reply; 4+ messages in thread
From: Philipp Marek @ 2011-01-11 13:48 UTC (permalink / raw
To: Thomas Rast; +Cc: git
Hello Thomas,
thank you very much for the quick answer.
>> The best way I've found (so far) is to put an additional header line in the
>> commit header that references an additional blob.
>
> This comes up every few months. The last large discussion about this
> that we had IIRC was
>
> http://thread.gmane.org/gmane.comp.version-control.git/138848
>
> Can you please look through that thread and state in what way your
> use-case invalidates the previous reasoning?
Thank you, just reading it.
> In particular, in what way do notes (as in git-notes(1)) fail to solve
> your problem?
Well, my biggest concerns are that users might trash them, and that they are
voided by amend, rebase etc. (which I tried to address by collecting header
lines).
Well, from this thread I suppose the "best" (or at least easiest) way forward
is to use notes, if necessary.
Thank you!
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFC] Support for arbitrary tags in commits
2011-01-11 13:48 ` Philipp Marek
@ 2011-01-11 13:53 ` Thomas Rast
0 siblings, 0 replies; 4+ messages in thread
From: Thomas Rast @ 2011-01-11 13:53 UTC (permalink / raw
To: Philipp Marek; +Cc: git
Philipp Marek wrote:
> > In particular, in what way do notes (as in git-notes(1)) fail to solve
> > your problem?
> Well, my biggest concerns are that users might trash them, and that they are
> voided by amend, rebase etc. (which I tried to address by collecting header
> lines).
They aren't lost any more (since 1.7.1) if you properly configure
notes.rewriteRef.
--
Thomas Rast
trast@{inf,student}.ethz.ch
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-01-11 13:53 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-11 12:23 [RFC] Support for arbitrary tags in commits Philipp Marek
2011-01-11 12:40 ` Thomas Rast
2011-01-11 13:48 ` Philipp Marek
2011-01-11 13:53 ` Thomas Rast
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).