On Tuesday 2007 May 01, Jakub Narebski wrote:I'm fairly sure it's not. If so that would also affect the speed of operations wouldn't it? I also doubt the subversion checkout size - subversion keeps a pristine copy of the HEAD file - so a subversion checkout is usually over twice the size of the source tree. I wonder if they are measuring the time for the generation of the commit message or something? Or perhaps by using "git-commit -a" is causing a check of the whole tree for changed files? I'd also like to see some of the numbers for the other systems, I tried to use subversion with the linux kernel once and got fed up waiting for it to do anything. I suspect the reason numbers aren't shown for the others is that they haven't finished yet :-) Wasn't there a recent change that made repacking after a clone unnecessary? That would certainly reduce the checkout size. Andy -- Dr Andy Parkins, M Eng (hons), MIET andyparkins@gmail.com - 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
| Peter Zijlstra | [PATCH 00/23] per device dirty throttling -v8 |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
