[Python-Dev] Hg: inter-branch workflow

Glenn Linderman v+python at g.nevcal.com
Tue Mar 22 23:42:27 CET 2011


On 3/22/2011 2:43 PM, Éric Araujo wrote:
>>> Bazaar apparently has a notion of mainline whereas Mercurial believes
>>> that all changesets are created equal.  The tools are different.
>> I'm curious: what are the benefits of the Mercurial model?
> Simplicity.

That's an amusing response, after reading hundreds of emails on this 
list about 5-12 step sequences of commands required to perform one 
operation.  So I must ask: where is the simplicity manifested?

I've been waiting for the hg conversion to start attempting to 
contribute to Python in any significant way, because I didn't know SVN, 
and didn't know hg, and didn't figure I had time to learn both. I 
haven't read the new devguide yet, but from the activity on the list, it 
would seem that either no one else has either, or that it doesn't answer 
the important questions about the hg aspects of the development 
process.  On the other hand, perhaps 5-12 step sequences of commands are 
short in comparison to the steps required for other (non-hg) DVCS tools?

I don't recall 5-12 step sequences in the DVCS PEP when I read it once, 
for any of the tools, but things progressed from the time I read it, so 
maybe they would all have longer sequences.

Back when I used non-distributed VCS systems like SCCS, RCS, PVCS, CVS, 
and Clearcase, I don't recall any operations that took more than 2 or 3 
commands to achieve (merges, of course, were onerous in some of those, 
and locking sometimes stalled progress in some ways in some of those).

Now I'm wondering when the hg issues will be settled enough to attempt 
to read the devguide, and attempt to submit code to the http.server to 
try to fix the many bugs and limitations it has, many of which I've 
worked around or fixed in a private copy of server.py.  No one else 
seemed to be interested enough in those bugs when I reported them to fix 
them prior to the release 3.2, so it seems to me that code is basically 
unmaintained.  The present state of the code is sort of like a dead 
battery... it might function a little but has such severe limits that it 
is not particularly useful... and it is an itch I might be able to scratch.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20110322/0962f7ba/attachment.html>


More information about the Python-Dev mailing list