Is there some progress with this? I've been trying to convert KBreakout to git<div>myself but required too much time for first-timers. I'm also running out of time</div><div>on GSoC work. So I was thinking what if I do the following:</div>
<div><br></div><div>Take the latest code out of SVN and put it in a scratch git repo, do my work</div><div>there on, and then when kbreakout is ready with its git repo, I'd push all the</div><div>commits from scratch repo to a separate branch in the converted git repo,</div>
<div>and after its reviewed, it can be merged to master.</div><div><br></div><div>The only doubt I have is whether it would be possible to push commits from</div><div>one git repo to some branch in another git repo. If the above is possible, I'd</div>
<div>really like to start working.</div><div><br></div><div>Cheers,</div><div>Viranch</div><div><br><div class="gmail_quote">On Tue, May 1, 2012 at 2:33 AM, Ian Wadham <span dir="ltr"><<a href="mailto:iandw.au@gmail.com" target="_blank">iandw.au@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 01/05/2012, at 3:30 AM, Stefan Majewsky wrote:<br>
> On Thu, Apr 26, 2012 at 5:04 AM, Ian Wadham <<a href="mailto:iandw.au@gmail.com">iandw.au@gmail.com</a>> wrote:<br>
>> Hmmmm … I was proposing, on the "deliverables" thread, that the QML<br>
>> students should work in playground/games or the GIT equivalent. Isn't<br>
>> that where new contributions usually go?  I would not like to see QML<br>
>> code and C++ code intermixed in the release stream until we are ready<br>
>> to start releasing QML games.<br>
><br>
> playground/games is great for new apps, but not quite for feature<br>
> work. In the SVN-only era, the correct place would have been<br>
> branches/work IMO. Since the Git move is already anticipated, working<br>
> in a Git feature branch is the natural solution to me.<br>
><br>
> You do not need to be concerned about the possibility that the Git<br>
> move might be delayed: In this case, one can easily rebase the commits<br>
> stored in Git into a Git-SVN repo to commit to SVN then. I'm relying<br>
> on such a workflow since over two years, as do at least Parker and<br>
> Wolfgang.<br>
><br>
> If no one objects, I'll set up two repos tomorrow. (Tomorrow is a<br>
> holiday in Germany, and I have quite some household and kdegames tasks<br>
> in my backlog.)<br>
<br>
</div>Yes.  Go for it, Stefan!<br>
<br>
Playground is ruled out for reasons discussed in this thread on 29/30 April.<br>
<br>
Have a good day, Ian W.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
kde-games-devel mailing list<br>
<a href="mailto:kde-games-devel@kde.org">kde-games-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-games-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-games-devel</a><br>
</div></div></blockquote></div><br></div>