Proposals/feedback for a distributed version control system for cutecash?
John Ralls
jralls at ceridwen.us
Tue Apr 6 11:22:30 EDT 2010
On Apr 6, 2010, at 8:03 AM, Christian Stimming wrote:
> Am Dienstag, 6. April 2010 schrieb John Ralls:
>> On Apr 6, 2010, at 2:28 AM, Colin Law wrote:
>>> 2010/4/6 Christian Stimming <stimming at tuhh.de>:
>>>> In particular, downloading everything by "git clone" doesn't take that
>>>> long, hence I don't understand some comments here which mentioned the
>>>> need for an extra download-all-in-one-file requirement.
>>>
>>> It is about 90MB but github sourced it at my full connection speed of
>>> 2Mb (in the UK) and it took less than 9 minutes go clone. Since
>>> cloning is a rare occurrence for each user I do not see that as a
>>> problem, for most anyway.
>>
>> It doesn't take long to clone because it doesn't have any history: It was a
>> "flat" import from svn (i.e., git svn fetch
>> http://svn.gnucash.org/gnucash/trunk instead of
>> http://svn.gnucash.org/gnucash).
>
> I can't follow you here. As I said, I just forked from timabell's SVN import,
> and he indeed converted everything including trunk and 2.2 and 2.whatnot
> branches and tags until last April. This also gets cloned into the local git
> repo.
>
> I agree my update of timabell's clone (i.e. the SVN commits from last April
> until now) are indeed just the commits from trunk, without any tags or other
> branches. But all the data from before that is in there.
>
>> The actual migrated repo with its 20
>> years of changes will be *much* larger.
>
> No, the actual migrated repo (with the first commit from linas on 1997-11-01)
> does not take longer when accessed through git. The one we're currently
> talking about is already almost everything.
>
> And for the record, the download ("git clone") took on the order of 2 minutes
> here (at a 16MBit tube). This, together with Colin's number above, rather
> tells me "git clone" is as efficient as it could get, as only the download
> speed is the bottleneck anymore.
Sorry, you're right. Operator error on my part.
Regards,
John Ralls
More information about the gnucash-devel
mailing list