<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">that reminded me to check, and indeed, I only use<br>
git://<a href="http://git.openwrt.org/openwrt.git" rel="noreferrer" target="_blank">git.openwrt.org/openwrt.git</a> anyway :)<br></blockquote><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I do use the openwrt mirror github hosts, and I suppose is mirroring that one.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I think it's already given all the points in Git vs SVN, so I will speak about self hosting and git interfaces.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I suppose many of you have already worked with Github, Gitlab, gitolite and gerrit for hosting. I reviewed a book on gitolite a few years ago, I have been using Github for past 5 years, and made some Gitlab CE self-hosted instalations.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">First of all, I don't like gerrit because of the workflow it imposes and the limitations compared to Gitlab/Github. gitolite doesn't have a web interface, is just a git hosting tool, which btw is used for linux dev since <a href="http://kernel.org">kernel.org</a> was compromised. And gitlab/github are pretty similar.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">If you are not willing to change the workflow, nor giving any kind of enhanced experience, you should probably go with gitolite. It's easy to manage, and it allows you to manage permissions per-branch, and does even let you deny pushes depending on the path you modify. Which I have read is interesting for maintainers. It's a really extensible and complete hosting tool.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">However, I firmly believe that if you are going through any kind of changing process, you should probably stick with the most accessible tool.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I would propose you installed/hired Gitlab, changed the project to git, continue with the same workflow, and then decide a proper workflow for your project while you get accustomed to the new interface. Later, you can switch to using the gitlab issues / forks / merge requests.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">There are tools to migrate issues between systems, so if desired, historical issues could be maintained.</div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​I would however not use submodules. You can just rip off the kernel and treat it as another project, which in my opinion is the best way of handling multiple projects, rather than including submodules for everything.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Anyway, that last bit it's ok if you want to go with it, from my experience, I really don't like it, but I have seen project do good with it.</div></div><div><br></div><div><br></div></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><font face="arial, helvetica, sans-serif">Javier Domingo Cansino</font></div></div></div></div></div>
</div></div>