Hi, On Mon, 28 Aug 2006, Linus Torvalds wrote:The only notable exception I can think of: "git fetch -k". If you then try to retrieve the bogus object, it will return the one of whichever pack was returned first be readdir(). (If I read the source correctly.) Now, the cases are rare where you do both "git fetch -k" and "git repack -a -d" (the latter of which _could_ leave a hole in the directory which _could_ make the next fetched pack fill that hole, which in turn _could_ make readdir() return that pack before more "senior" packs) in the same repository, but in these cases, yes, you could end up with the copy of the remote side. You'd need to explicitely use "git fetch -k", though. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Jeff Garzik | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Christoph Hellwig | Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface for on access scan... |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Emmanuel Dreyfus | fixing send(2) semantics (kern/29750) |
| Christos Zoulas | Re: Melting down your network [Subject changed] |
| Juan RP | Changing the I/O scheduler on-the-fly |
| Emmanuel Dreyfus | Re: fixing send(2) semantics (kern/29750) |
