[Python-Dev] hg pull failed

Georg Brandl g.brandl at gmx.net
Mon Mar 7 08:16:17 CET 2011


On 07.03.2011 00:16, Terry Reedy wrote:
> On 3/6/2011 11:07 AM, Georg Brandl wrote:
>> On 06.03.2011 16:44, skip at pobox.com wrote:
>>>
>>>      Georg>  Yesterday's repository was still the test repository, now it's
>>>      Georg>  the real one.  You'll need to clone again.
>>>
>>> Thanks.
>>>
>>> I have a question about updates from cloned clones.  Suppose I clone the
>>> central repo then clone locally to get the 2.7 and 3.2 release branches:
>>>
>>>      hg clone http://hg.python.org/cpython
>>>      hg clone cpython 3.2
>>>      hg clone cpython 2.7
>>>
>>> If I want to later update my maintenance branches to get any updates will it
>>> suffice to just hg pull in my 2.7 and/or 3.2 directories or do I need to
>>> pull in cpython first?  I guess my question is, are these clones transitive?
>>
>> If you don't change repo configuration after these commands, "hg pull" in the
>> 3.2 repo will pull from the local cpython repo.  I'd advise to set the "default"
>> entry in each of the clones' .hg/hgrc file to http://hg.python.org/cpython
>> (as a committer you should be using ssh://hg@hg.python.org/cpython BTW).
> 
> But would it work to just pull once into default from the central 
> repository (slow) and then pull from there (fast) into maintenance 
> clones? I expect to nearly always be only working on issues that affect 
> default.

Pulling just a few changes into local clones from remote should always be fast.
If the entire history of 20 years is 80MB, even a whole month's changes are only
300kB. [1]

Georg

[1] of course, this is not a valid extrapolation since a majority of changes
    happened in the recent past...



More information about the Python-Dev mailing list