From: "J. Bruce Fields" <bfields@fieldses.org>
To: Matthias Urlichs <smurf@smurf.noris.de>
Cc: Git Mailing List <git@vger.kernel.org>, linux-kernel@vger.kernel.org
Subject: -mm git tree
Date: Fri, 11 May 2007 19:05:59 -0400 [thread overview]
Message-ID: <20070511230559.GA29981@fieldses.org> (raw)
The git tree at
git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git
could be set up in a simpler way:
$ git ls-remote git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git
fc4b5be9e651d3e71b54541e0315fc82211b42b5 refs/heads/option_export
59a1fe35614c3c937a4e8cb6e4a45f1d05544d9d refs/heads/v2.6.13-mm1
e3602088f81f66655ec6c62320d5c56839ffc02b refs/heads/v2.6.13-mm2
...
05230bd16821e2ec80321d72e97e7a2b1a07c6f2 refs/tags/master
...
5e1302f173f63c5c57c5de8b44152c30ae2a72c4 refs/tags/v2.6.13-mm1
59a1fe35614c3c937a4e8cb6e4a45f1d05544d9d refs/tags/v2.6.13-mm1^{}
a06c5a7b36cfb30345a9476cbaff02955483c4ca refs/tags/v2.6.13-mm2
e3602088f81f66655ec6c62320d5c56839ffc02b refs/tags/v2.6.13-mm2^{}
...
Would it be possible to remove the branches that exist for each
individual version, and to change the "master" tag to a branch?
Since git gives tag names priority over head names, fetching the above
tag makes "master" refer to it instead of any local branch named
"master".
(I get particularly bizarre behavior with current git; after:
git remote add mm git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git
git fetch mm
when I check out "master", it sets HEAD to refs/heads/master, but the
index and working tree to refs/tags/master.)
I think it may have been set up this way with the idea that a branch
should only ever move "forward" in history, whereas tags could move
around freely.
But that's not really right--for something like -mm that's continually
rewritten and rebased, it makes sense to have a "master" branch that
skips around. The default git-remote setup on recent git is prepared to
deal with this.
And having a repository with 101 branches and counting, none of which
every change, is awkward--if nothing else it makes the output of
"git-branch -r" a little hard to read.
--b.
reply other threads:[~2007-05-11 23:06 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20070511230559.GA29981@fieldses.org \
--to=bfields@fieldses.org \
--cc=git@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=smurf@smurf.noris.de \
/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).