<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Sep 30, 2013 at 7:08 AM, Skip Montanaro <span dir="ltr"><<a href="mailto:skip@pobox.com" target="_blank">skip@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div class="im">> <a href="https://github.com/python/cpython" target="_blank">https://github.com/python/cpython</a> is now live as a semi-official, *read<br>
> only* Github mirror of the CPython Mercurial repository. Let me know if you<br>
> have any problems/concerns.<br>
<br>
</div>Thanks for this, Eli. I use git regularly at work, so I'm getting much<br>
more comfortable with it. Do you have a suggested workflow for people<br>
who might want to use Git in preference to Hg, but still have write<br>
access?<span class=""></span><br></blockquote><div><br>Petri Lehtinen runs a clone at <a href="https://github.com/akheron/cpython">https://github.com/akheron/cpython</a> which uses more advanced tricks like hg-git and his own git-hg wrapper to allow him to do this, AFAIK. If this path is important for you, contact Petri and he can provide guidance on how to set it up.<br>

<br></div><div>For python/cpython I really wanted the simplest flow to reach a read-only stage, because I lack the necessary git/hg-fu to set up and maintain something more complex "semi-officially". I think the most common workflow is to do small changes vs. Mercurial anyway. When I'm working on longer-term patches I do them in my Git mirror (because I prefer Git branching) and then apply & test patches onto a Mercurial R/W clone before committing.<br>

<br></div><div>Thus, for most users I think the read-only mirror is preferable because it's much easier to use and reason about. All writes go solely through Mercurial, so it's clear where the official source is :)<br>

</div><div><br></div><div>Eli</div><div><br></div></div><br></div></div>