[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