<div class="gmail_quote">On Sat, Apr 28, 2012 at 8:23 PM, Graeme Geldenhuys <span dir="ltr"><<a href="mailto:graemeg.lists@gmail.com" target="_blank">graemeg.lists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
To do it the "correct way", is a lot of work, hence the reason I<br>
stopped mirroring the fixes branches. What I mean by "correct way", is<br>
cherry-picking the commits from Trunk (master) and applying them in<br>
the fixes branch - thus it is one standard git repository (with<br>
alternate branches), is more efficient for git to work with, and uses<br>
less disk space.  But the problem is, it can't be automated (I need to<br>
manually track what commits are merged by FPC developers, manually fix<br>
conflicts etc) and my free time is very limited.<br>
<br>
What I can do in an automated fashion, is to simply mirror the 2.6<br>
fixes branch as a separate git repository (with limited history -<br>
going back to when 2.6 fixes branch was started). If this would be<br>
sufficient, I can set it up on Wednesday when I am back in the office.<br>
That's no trouble.<br></blockquote><div><br>I think "git svn clone" with --stdlayout parameter could be used to create a whole repository with all branches.<br>Then tracking branches in git repo should be created and later they can be "git svn rebase"d to latest revision.<br>
<br>This kind of mirror could be created anywhere. Now all the mirrors are part of Graeme's workload.<br><br>Regards<br>Juha<br><br></div></div>