<div dir="ltr">+1 from me. Our company has very restrictive firewalls and the proxy setup doesn't work with SVN and http. We have to use special machines in a DMZ when we push changes to SVN.<div><br></div><div>To mitigate this we are able to use the individual git repos but that poses problems for regression testing when we attempt to use git bisect. We either have to try and find a "next nearest" commit for clang, compiler-rt, etc or use the unified repository llvm-project on github already.</div><div><br></div><div>Lastly, it's non-trivial from only the Git repos to reconstruct the code that goes into a released compiler. I'd hope with this new submodule layout it'd be as simple as git branch llvm-3.10-release and cmake.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 1, 2016 at 1:51 PM, Matthias Braun via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So here's a straw-man proposal for a github migration:<br>
<br>
1. Register an official github project with the llvm foundation.<br>
2. Setup another (read-only) mirror of <a href="http://llvm.org/git" rel="noreferrer" target="_blank">llvm.org/git</a> at this github project<br>
3. Make sure we have ala llvm-project-submodules setup in the official account. (Optional or necessary for the buildbots?)<br>
4. Update the buildbots to pick up updates and commits from the official git repository<br>
5. Update phabricator to pick up commits from the official git repository<br>
6. Tell people living downstream to pick up commits from the official git repository<br>
7. Make sure bisecting with llvm-project-submodules is a good experience<br>
8. Give things time to settle. We could play some games like disabling the svn repository for a few hours on purpose so that people can test that their infrastructure has really become independent of the svn repository.<br>
9. Review and update llvm documentation.<br>
10. Review website links pointing to viewvc/klaus/phab etc. to point to github instead.<br>
... Until this point nothing has changed for developers, it will just boil down to a lot of work for buildbot and other infrstructure owners ...<br>
11. Collect peoples github account information, give them push access. Ideally while still locking the github repository somehow...<br>
12. Switch svn repository to read-only and allow pushs to the github repository.<br>
13. Disable/remove/archive the svn repository.<br>
<br>
- Matthias<br>
<div class="HOEnZb"><div class="h5"><br>
> On Jun 1, 2016, at 11:31 AM, Mehdi Amini via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
><br>
>> On Jun 1, 2016, at 11:18 AM, Renato Golin via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
>><br>
>> On 1 June 2016 at 17:02, John Criswell <<a href="mailto:jtcriswel@gmail.com">jtcriswel@gmail.com</a>> wrote:<br>
>>> Do you have a set of volunteers lined up to do such a migration? Getting<br>
>>> people willing to do the migration will obviously be key, and that was the<br>
>>> one thing I didn't see in the original email.<br>
>><br>
>> Hi John,<br>
>><br>
>> Well, first we need to know if people are in favour, then if the<br>
>> migration won't bring any serious problem, and then we can think of a<br>
>> migration plan. :)<br>
>><br>
>> So far, it seems people are mostly in favour, with a few that reported<br>
>> being locked into SVN. I had anticipated that, and have proposed<br>
>> GitHub's SVN integration, which allows read-write access, so it should<br>
>> be mostly ok. We need more tests on that side to be sure, though.<br>
>><br>
>> The biggest problem we're facing right now is how to sync the repos.<br>
>> The existing llvm-repos format with all projects as sub-modules seem<br>
>> to be a good candidate, but I still haven't seen a consensus on how<br>
>> we'd do that.<br>
>><br>
>> About the migration plan, most people seem to agree a step-by-step<br>
>> process is necessary.<br>
><br>
> I personnally disagree with that, see below.<br>
><br>
>> So, first we move to git-only, possibly with<br>
>> sub-modules<br>
><br>
> If you move to git-only without the rest of the infrastructure/scripts, we're losing the convenience we have today with svn, and the "user experience" will not be so great. We may face resistance to this change.<br>
> I advocate to first set it up till it reaches the point of "good enough" in term of usability before actually migrating.<br>
><br>
>> , then we move to GitHub/Lab/BB,<br>
><br>
> It means we first need to host our git, write the tooling around it, to then migrate to github. I don't see the benefit over migrating directly to github: if people have to change their configuration, better have one single change.<br>
><br>
>> then we move Phab to<br>
>> GitHub merge requests, etc.<br>
><br>
> Phab to GitHub merge requests is a totally separate discussion IMO, and this discussion can happen after a successful move.<br>
><br>
><br>
>><br>
>> Regarding volunteers, I haven't yet asked around yet, but I'm sure we<br>
>> have enough interested people to help. If everything else fails, I'm<br>
>> more than happy to do all of that myself. Though, I'd have to learn a<br>
>> lot more about sub-modules than I know today, which is effectively<br>
>> nothing. :)<br>
><br>
> I'll be happy to throw manpower into tooling/infrastructure to make it happen.<br>
><br>
> --<br>
> Mehdi<br>
><br>
> _______________________________________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</div></div></blockquote></div><br></div>