[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