From: Michael J Gruber <git@drmicha.warpmail.net>
To: Jonathan Nieder <jrnieder@gmail.com>
Cc: Joel Reed <jreed@lantekcs.com>,
"git@vger.kernel.org" <git@vger.kernel.org>,
Ramkumar Ramachandra <artagnon@gmail.com>
Subject: Re: git branch descriptions
Date: Tue, 11 May 2010 09:44:31 +0200 [thread overview]
Message-ID: <4BE90ADF.7020503@drmicha.warpmail.net> (raw)
In-Reply-To: <20100510232612.GA6890@progeny.tock>
Jonathan Nieder venit, vidit, dixit 11.05.2010 01:26:
> Hi,
>
> Joel Reed wrote:
>
>> Working on a wide range of topics/branches from week to week and
>> project to project, it's sometimes difficult to quickly remember
>> what each branch is about, without doing a git diff master <branch>.
>> I like to keep branch names short so they're easy to switch to and
>> from, but being able to attach a description that would display when
>> doing a "git branch" would be a huge help.
>
> I think the closest thing we have now is ‘git branch -v’, which tells
> the subject of the commit at the tip of the branch. ‘git notes’
> annotates commits rather than branches, so it occupies a different
> niche.
>
> Your request is a reasonable one, and it has come up a few times in
> different forms over the years:
>
> . per-branch descriptions in .git/description[1]
> . per-branch descriptions in .git/config[2][3]
> . README branch whose files describe the branches[4]
>
> Number [2] is my preferred choice (and comes with code!), for what
> it’s worth.
>
> That doesn’t address the problem of how to _share_ branch
> descriptions. That could be dealt with by extending the wire protocol
> as in [1], I think. Just sharing a list of branch descriptions is a
> bad idea imho, since related repositories need to be able to name
> their branches independently to avoid painful coordination problems.
I have a mostly working idea (working when done "manually") on how to
use notes for that. As we, know, we can share notes without overriding
our own notes (and improving the merge/combine facilities would benefit
all note users). I'll try to come up with a proof-of-concept patch, but
probably not before next week.
Michael
next prev parent reply other threads:[~2010-05-11 7:44 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <AcrwUP1AvzllIOBSQwuAO49egMRfdg==>
2010-05-10 14:56 ` git branch descriptions Joel Reed
2010-05-10 15:08 ` Ramkumar Ramachandra
2010-05-10 23:26 ` Jonathan Nieder
2010-05-11 1:16 ` Geert Bosch
2010-05-11 12:38 ` Joel Reed
2010-05-11 7:44 ` Michael J Gruber [this message]
2010-05-11 12:39 ` Joel Reed
2010-05-11 12:33 ` Joel Reed
2010-05-11 12:54 ` Ævar Arnfjörð Bjarmason
2010-05-11 12:58 ` Joel Reed
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=4BE90ADF.7020503@drmicha.warpmail.net \
--to=git@drmicha.warpmail.net \
--cc=artagnon@gmail.com \
--cc=git@vger.kernel.org \
--cc=jreed@lantekcs.com \
--cc=jrnieder@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.