<div class="gmail_quote">On Fri, Oct 29, 2010 at 12:40 AM, Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div><div></div><div class="h5">On Thu, Oct 28, 2010 at 7:29 PM, Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a>></span> wrote:<br></div></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">
Andreas Pakulat, 28.10.2010:<br>
<div>> On 28.10.10 13:18:23, Milian Wolff wrote:<br>
> > Andreas Pakulat, 27.10.2010:<br>
> > > Anyway, lets stop that here as Aleix said. Topic is about moving and<br>
> > > when.<br>
> ><br>
> > Sorry but this is an important topic for our project. How can we ignore<br>
> > it and blindly hop over to something where we are not sure how the<br>
> > workflow is going to be? As I said, manual reviews are possible but<br>
> > would mean we'd have to go back to the email-area...<br>
><br>
> The problem is that there is basically no choice, unless you want to make<br>
> KDevelop a non-KDE app (i.e. completely loose the KDE eco-system as Sho<br>
> explained on IRC). So wether we go back to mail-patches or reviewboard is<br>
> being used is not an important point (unless you want to work with the<br>
> reviewboard devs on its improvement or on MR's for <a href="http://git.kde.org" target="_blank">git.kde.org</a>) for moving<br>
> or not or when to move.<br>
<br>
</div>Andreas, I didn't say we should not move to <a href="http://git.kde.org" target="_blank">git.kde.org</a> - quite the contrary.<br>
I just want us to have a clear migration path for our existing workflow. Merge<br>
requests are quite popular for us (imo) and we got lots of contributions that<br>
way. So we have to have an idea of what to tell poeple on how to contribute<br>
after the merge.<br>
<br>
In my first mail I already explained one way this could work. It's cumbersome<br>
but it works. I just want to know whether there are alternatives and - as I<br>
said in my other mail - I cannot imagine we are the only project that used to<br>
be on gitorious which got contributions through merge requests. How are others<br>
doing that? The one doing the kdevelop migration should also look into this,<br>
that's all I wanted to make sure...<br>
<div><div></div><div><br>
bye<br>
--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a><br>
</div></div><br></div></div>--<div class="im"><br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org" target="_blank">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></div></blockquote></div><div><br></div><div>Since I already was in the ReviewBoard mailing list since the last GSoC I sent them an e-mail asking how hard would be to add this feature (branch comparison). I'll get back to you when there's a response. I don't think we should stop the process because of that issue, anyway.</div>

<div><br></div><font color="#888888"><div>Aleix</div>
</font></blockquote></div><br><div>After using MR with Benjamin yesterday I came to the conclusion that we may just ask the requesters to provide the branch they used to create the patch, then provide it using "git diff master..devbranch", other than that, I think reviewboard is more advanced than gitorious MR.</div>
<div><br></div><div>Just to say, I moved Kamoso last week and it was harmless, i think that we could change repositories in few days lapse.</div><div><br></div><div>Aleix</div>