<div class="gmail_quote">On Fri, Jan 7, 2011 at 10:50 AM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On 06.01.11 21:19:15, Aleix Pol wrote:<br>
> On Thu, Jan 6, 2011 at 4:15 PM, Benjamin Port <<a href="mailto:port.benjamin@gmail.com">port.benjamin@gmail.com</a>>wrote:<br>
><br>
> > Hello,<br>
> > When we worked with gitorious we have our development branches under a<br>
> > team repository.<br>
> > Currently we can't do the same thing with <a href="http://git.kde.org" target="_blank">git.kde.org</a><br>
> > So there are two solutions (at least):<br>
> > * Create branch under the main repository<br>
> > * Create personnal clone<br>
> ><br>
> > For me it's more easy to create branch under the main repository:<br>
> > *Easy to see quickly all development branch with a git branch -a<br>
> > *Easy to switch from one branch to another branch<br>
> > *Only one repository to clone<br>
> > For this solution I suggest to:<br>
> > *Create branch with a name convention like: somestuff-username (e.g.<br>
> > qtdocumentation-bport), with this we can know on what a group work and<br>
> > also know a "branch maintainer" to contact him.<br>
> > *Remove branch when we have merged it in order to have a clean<br>
> > repository all the time and not a large amount of branch.<br>
> ><br>
> > Regards,<br>
> > Benjamin Port<br>
> ><br>
> > --<br>
> > KDevelop-devel mailing list<br>
> > <a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
> > <a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
> ><br>
><br>
><br>
> The only benefit is having the branch available to different developers<br>
> because, according to #kde-sysadmin yesterday afternoon it's not possible to<br>
> have team clones in <a href="http://git.kde.org" target="_blank">git.kde.org</a>. Other reasoning here is not important (as<br>
> apaku said it's possible to list all branches just by adding the remote).<br>
<br>
</div></div>Unlike what sysadmins say, the personal clones do have write access for<br>
other developers. I've tested that on wednesday already with PovAddict<br>
(sorry, dunno your realname :)) and you can also see that with ssh g.k.o expand kdevelop<br>
<br>
Andreas<br>
<br>
--<br>
You are number 6!  Who is number one?<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br><div>In that case, I'd say it makes sense that in situations like ISI's the development is being held in personal clones since it's a very specific subset of people working on it.</div>
<div><br></div><div>Aleix</div>