Linus Torvalds wrote:
rsync -r --ignore-existing repo/refs/tags/ .git/refs/tags/
See? What's your complaint with just doing that?
No complaint with that operation. The complaint is that it's an
additional operation. Re-read what Greg said:
Is there some reason why git doesn't pull the
tags in properly when doing a merge? Chris and I just hit this when I
pulled his 2.6.12.1 tree and and was wondering where the tag went.
Multiple users -- not just me -- would prefer that git-pull-script
pulled the tags, too.
Suggested solution: add '--tags' to git-pull-script
(git-fetch-script?), which calls
rsync -r --ignore-existing repo/refs/tags/ .git/refs/tags/
You seem to not realize that "all tags" is a nonsensical statement in a
distributed system.
If you want to have a list of official tags, why not just do exactly that?
What's so hard with saying "ok, that place has a list of 'official' tags,
let's fetch them".
I know how tags work, and I like the new flexibility above and beyond BK.
Kernel hackers are surprised when the tags aren't pulled, along with the
objects. BK and CVS trained us that tags came with the repo, no
additional steps needed. Why not give us the OPTION of working like
we've always worked?
Let the kernel hacker say "yes, I really do want to download the tags
Linus publicly posted in linux-2.6.git/refs/tags" because this was a
common operation in the previous workflow, a common operation that we
-made use of-.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
