<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 22, 2014 at 3:08 PM, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank">george.joseph@fairview5.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Mon, Dec 22, 2014 at 12:03 PM, Samuel Galarneau <span dir="ltr"><<a href="mailto:sgalarneau@digium.com" target="_blank">sgalarneau@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>2 - we have a few options as far as team branches go. We could configure user branches using refs/heads/team/${username}/* permissions in Gerrit to allow users to create branches. This would prohibit other users from pushing to a user branch, but they would still be visible. This would most likely involve reproducing some sort of automerge/autorebase process. The other option is to use github as another remote for team branches, with a remote pointing to Gerrit for code reviews. Is there a preference between these two approaches, or perhaps a better setup we could follow?<br></div></div></div></div><br></div></div></blockquote><div><br></div></span><div>I don't think there's any need for you to host users' repos any more.   It may have made sense for SVN but I don't think it does for GIT.  Let users make their own arrangements be it GitHub or in my case, my own GIT infrastructure.</div><div><br></div></div></div></div></blockquote><div><br></div><div>+1.  I don't think it makes sense with git.  github or whatever should work just fine for that purpose.</div><div><br></div><div>-- </div><div>Russell Bryant </div></div></div></div>