![]() | |||||||||||||
Messages in this thread |
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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-06-23 05:25 [from the cache] ©2003-2008 | |||||||||||||