<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 18, 2017 at 10:31 PM, Kacper Kowalik <span dir="ltr"><<a href="mailto:xarthisius.kk@gmail.com" target="_blank">xarthisius.kk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_6147178615009691830HOEnZb"><div class="m_6147178615009691830h5">On 04/18/2017 09:47 PM, Nathan Goldbaum wrote:<br>
> On Tue, Apr 18, 2017 at 9:42 PM, Kacper Kowalik <<a href="mailto:xarthisius.kk@gmail.com" target="_blank">xarthisius.kk@gmail.com</a>><br>
> wrote:<br>
><br>
>> On 04/18/2017 09:34 PM, Nathan Goldbaum wrote:<br>
>>> Hi all,<br>
>>><br>
>>> I think the github mirror we set up for testing purposes has been more or<br>
>>> less a success:<br>
>>><br>
>>> <a href="https://github.com/yt-project/yt-test" rel="noreferrer" target="_blank">https://github.com/yt-project/<wbr>yt-test</a><br>
>>><br>
>>> The mirroring seems to work well: the github repository is staying in<br>
>> sync<br>
>>> with the bitbucket repo every time we merge pull requests on bitbucket.<br>
>> To<br>
>>> make further work on transitioning to github easier, I'd like to settle<br>
>> on<br>
>>> what the final converted repo should like.<br>
>>><br>
>>> For the purposes of discussion, I'd like to propose simply renaming the<br>
>>> yt-project/yt-test repo to be yt-project/yt and agreeing that the current<br>
>>> conversion is satisfactory. This means we'll agree not to use an<br>
>> alternate<br>
>>> conversion technique that will change git commit hashes.<br>
>><br>
>> I think we should recreate it from scratch. I force-pushed to it once or<br>
>> twice stripping some commits. There's a high chance that one of the<br>
>> forks still have those, and they can be accidentally reintroduced.<br>
>> Moreover, it only has master(yt) branch. It lacks maintenance(stable),<br>
>> yt2(yt-2.x) and all the tags.<br>
>><br>
><br>
> Good point! I didn't realize you force-pushed. Did you force-push in a way<br>
> that would overwrite commits created in hg? In that case I agree with you<br>
> that we need to redo the conversion from scratch.<br>
<br>
</div></div>AFAIR I stripped commits resulting from<br>
<a href="https://github.com/yt-project/yt-test/pull/1" rel="noreferrer" target="_blank">https://github.com/yt-project/<wbr>yt-test/pull/1</a></blockquote><div><br></div><div>I guess those commits are still in the reflog? I don't think in practice that will matter.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<span><br>
> If not, I don't think that requires recreating the repo, just pushing.<br>
><br>
> I think all you need to do is add an "hg push" after this line (i.e. push<br>
> with no explicit bookmark, so all heads are pushed to the local git repo,<br>
> we still need the equivalent of "hg push -B master" so the master branch<br>
> gets updated correctly):<br>
><br>
> <a href="https://bitbucket.org/yt_analysis/fido-prhandler/src/" rel="noreferrer" target="_blank">https://bitbucket.org/yt_analy<wbr>sis/fido-prhandler/src/</a><br>
> e9a6e927d6fc4ce73e8f23908f4638<wbr>94c18ac430/handle_mirror_<br>
> webhook.py?at=default&fileview<wbr>er=file-view-default#<br>
> handle_mirror_webhook.py-40<br>
><br>
> And then make it so this line does "git push --all":<br>
><br>
> <a href="https://bitbucket.org/yt_analysis/fido-prhandler/src/" rel="noreferrer" target="_blank">https://bitbucket.org/yt_analy<wbr>sis/fido-prhandler/src/</a><br>
> e9a6e927d6fc4ce73e8f23908f4638<wbr>94c18ac430/handle_mirror_<br>
> webhook.py?at=default&fileview<wbr>er=file-view-default#<br>
> handle_mirror_webhook.py-47<br>
<br>
</span>Both branches and all tags are now pushed.<br>
Cheers,<br>
Kacerp<br></blockquote><div><br></div><div>Thanks!</div><div><br></div><div>Any chance we can keep the names "yt-2.x" and "stable" instead of "yt-2" and "maint"? I think that will help reduce confusion and ease porting scripts.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_6147178615009691830HOEnZb"><div class="m_6147178615009691830h5"><br>
><br>
>> Cheers,<br>
>> Kacper<br>
>><br>
>>> Our mirror bot uses hg-git, and the converted repo hg-git produces isn't<br>
>>> necessarily perfect. In particular, two issues have come up:<br>
>>><br>
>>> * Since git is more selective than mercurial about e-mail and username<br>
>>> formatting, there are a number of commits associated with dummy e-mail<br>
>>> addresses like none@none<br>
>>><br>
>>> * Since we do most of our development on a branch named "yt" (not<br>
>> "default"<br>
>>> as is typical of mercurial repos) almost every commit in our history has<br>
>> a<br>
>>> comment in the git commit message recording that it hapenned on the "yt"<br>
>> or<br>
>>> "stable" branch. This makes it possible to round-trip from hg to git and<br>
>>> back to hg, but it's also some extra noise in every single commit<br>
>> message.<br>
>>><br>
>>> We could in principle ameliorate these issues by using something besides<br>
>>> hg-git to do the conversion or by modifying hg-git to avoid these issues.<br>
>>> The former options will lose the nice property of being able to<br>
>> round-trip<br>
>>> and for others to independently export work from their forks. The latter<br>
>>> option will require us to modify hg-git and waiting for upstream hg-git<br>
>> to<br>
>>> review our changes, which might take a while, or telling everyone to use<br>
>> a<br>
>>> hacked version of hg-git.<br>
>>><br>
>>> Personally, I don't think either of those options are worth the hassle<br>
>> for<br>
>>> what to me are minor annoyances. I think I've also ameliorated the<br>
>>> username/e-mail ambiguity in the converted history by adding a .mailmap<br>
>>> file to the repo:<br>
>>><br>
>>> <a href="https://bitbucket.org/yt_analysis/yt/pull-requests/2582" rel="noreferrer" target="_blank">https://bitbucket.org/yt_analy<wbr>sis/yt/pull-requests/2582</a><br>
>>><br>
>>> In addition, the mirroring process we have now seems to work well, so<br>
>> just<br>
>>> renaming the yt-test repo and calling the conversion final avoids a bunch<br>
>>> more work which will block further progress on the conversion.<br>
>>><br>
>>> What do you all think? It would be great to get people's +/-1 on renaming<br>
>>> yt-test to yt on <a href="http://github.com/yt-project" rel="noreferrer" target="_blank">github.com/yt-project</a>.<br>
>>><br>
>>> Once we have a final repo name we will be able to start porting tooling<br>
>>> like the website generator without worrying about the name or content of<br>
>>> the final repo changing.<br>
>>><br>
>>> -Nathan<br>
>>><br>
>>><br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> yt-dev mailing list<br>
>>> <a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br>
>>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/lis<wbr>tinfo.cgi/yt-dev-spacepope.org</a><br>
>>><br>
>><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> yt-dev mailing list<br>
>> <a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br>
>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/lis<wbr>tinfo.cgi/yt-dev-spacepope.org</a><br>
>><br>
>><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> yt-dev mailing list<br>
> <a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br>
> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/lis<wbr>tinfo.cgi/yt-dev-spacepope.org</a><br>
><br>
<br>
<br>
</div></div><br>______________________________<wbr>_________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/lis<wbr>tinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br></div></div>