# Re: Updated git HOWTO for kernel hackers 3 messages from 2005-06-23 to 2005-10-01. Participants: Horst von Brand, Jeff Garzik. Thread: https://gitlist.dev/t/1013 ## Horst von Brand, 2005-06-23 14:31 Subject: Re: Updated git HOWTO for kernel hackers Message-ID: <200506231431.j5NEVvpK004472@laptop11.inf.utfsm.cl> URL: https://gitlist.dev/e/200506231431.j5NEVvpK004472%40laptop11.inf.utfsm.cl In-Reply-To: ``` Jeff Garzik said: > 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/ I don't think either is really a solution. IMHO there should be a distinction between "official tags" (that get passed around together with everything else) and "private tags" for everybodys own home use (that could be passed around, but only explicitly). Plus the possibility to erase, move, &c private tags, and perhaps upgrade them to official status (thus setting them in stone). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 ``` ## Horst von Brand, 2005-09-30 18:13 Subject: Re: [howto] Kernel hacker's guide to git, updated Message-ID: <200509301813.j8UIDXr5015488@laptop11.inf.utfsm.cl> URL: https://gitlist.dev/e/200509301813.j8UIDXr5015488%40laptop11.inf.utfsm.cl In-Reply-To: ``` Jeff Garzik wrote: > Thanks for all the comments. I just updated the KHGtG with the > feedback I received. Go to > > http://linux.yyz.us/git-howto.html > > and click reload. Continued criticism^H^H^Hcomments welcome! - To know the current branch, "git branch" is enough (the one '*'-ed) - rsync(1) a repository is dangerous, it might catch it in the middle of a update and give you an incomplete/messed up copy. Repeat rsync until no change, perhaps? - I understand "git checkout -f" blows away any local changes, no questions asked. Not very nice to suggest that to a newbie... Thanks for the docu! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 ``` ## Jeff Garzik, 2005-10-01 00:17 Subject: Re: [howto] Kernel hacker's guide to git, updated Message-ID: <433DD595.4070508@pobox.com> URL: https://gitlist.dev/e/433DD595.4070508%40pobox.com In-Reply-To: <200509301813.j8UIDXr5015488@laptop11.inf.utfsm.cl> ``` Horst von Brand wrote: > Jeff Garzik wrote: > >>Thanks for all the comments. I just updated the KHGtG with the >>feedback I received. Go to >> >> http://linux.yyz.us/git-howto.html >> >>and click reload. Continued criticism^H^H^Hcomments welcome! > > > - To know the current branch, "git branch" is enough (the one '*'-ed) Click reload, this is already mentioned. > - rsync(1) a repository is dangerous, it might catch it in the middle of > a update and give you an incomplete/messed up copy. Repeat rsync until no > change, perhaps? Usually that's just unlucky. I have caught kernel.org in the middle of a sync once, maybe twice. > - I understand "git checkout -f" blows away any local changes, no questions > asked. Not very nice to suggest that to a newbie... I constantly run into problems if I -do not- use the "-f" flag. I habitually use it at all times, now. Thanks, Jeff ```