Python DVCS PEP; was: Re: Promoting the use of Mercurial

[Arne Babenhauserheide]

Am Donnerstag 08 Januar 2009 23:16:56 schrieb Benoit Boissinot:
> The obvious conclusion is, if you want your tool to be widely adopted,
> fight for its adoption in a community that shares a lot with other
> distinct communities, ie. not Xen or Sun ;)

Which means to me: Python is a damn good starting point. 

That's about everywhere, and it has a lot of subcommunities. Also they look 
for the best tool for their workflows, not for the one with the highest number 
of evangelists. 

And "git is C + Shell + Perl" is a really strong counter-argument there, so 
git isn't the primary contender but Bazaar (I mean, develop Python but use a 
partly Perl based program for managing the core of your work (your code) when 
there are very good Python based alternatives?). 

I know I said it before, but please read the DVCS PEP and comment how the 
workflow can be realized more elegantly for the current Python developers: 

- http://docs.google.com/View?docid=dg7fctr4_40dvjkdg64

Here's what Peter Arrenbrecht said (so we have all copmments together in one 
thread): 

Am Mittwoch 07 Januar 2009 08:46:34 schrieb Peter Arrenbrecht:
> Interesting that the bzr example for the scenario "Separation of Issue
> Dependencies" should use loom, but hg uses clones. With hg, we could
> use mq or pbranch, thus getting the same benefits of amending patches
> etc. And note that the bzr example does not show how the work is
> supposed to be pushed upstream. Send a patch? Merge into main with the
> detailed patch history? Essentially, the use of the hg clones with the
> pull between them is similar to bzr's loom example, committing
> detailed patch history in the end.
>
> And doesn't transplant make a note about the cherrypick which tells
> merge something later? (Obviously, I'm not sure about this, either.)

Best wishes, 
Arne
-- 
-- Ein Würfel System: http://1w6.org - einfach saubere (Rollenspiel-) Regeln.
-- Infinite Hands: http://infinite-hands.draketo.de - singing a part of the 
history of free software.
-- My stuff: http://draketo.de - stories, songs, poems, programs and stuff :)

-- PGP/GnuPG: http://draketo.de/inhalt/ich/pubkey.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://selenic.com/pipermail/mercurial/attachments/20090109/e842f014/attachment.pgp