Linus Torvalds <torvalds@linux-foundation.org> writes:It is not just being in shell. Although I do agree that the initial clone is special, I would rather make clone just a thin wrapper to fetch that also happens to perform necessary initial setup. Keeping fetched and updated refs in core and write a packed refs out in one go in git-fetch--tool (and later, git-fetch all in C) would be much simpler if we do not have to worry about existing refs (aka "git clone" special case); I am not sure if packing refs is desirable in general for incremental "git-fetch". - 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
| monstr | [PATCH 11/60] microblaze_v4: cache support |
| Andrew Morton | Re: x86: 4kstacks default |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ben Hutchings | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jiri Olsa | [PATCHv5 0/2] net: fix race in the receive/select |
