<div dir="ltr">I think this approach makes sense. As I understand it:<div><br></div><div>* We want to be good historians and follow the proper workflow, which also implies that "master" should ideally never be broken.</div>

<div>* While we are switching to ansible, we do the switch *in a branch* called dxs and *not master*</div><div>* All fixes and porting efforts happen on the dxs branch. This implies that ALL pull requests must be created against xsce:dxs rather than xsce:master.</div>

<div>* Once the port is done, it is merged into master. All development happens on master.</div><div><br></div><div>The risk we run is that the dxs branch will become the active branch being worked upon. Which is non-ideal (All development must ideally happen against master). So we have a couple of options:</div>

<div><br></div><div>a. Merge the dxs branch with the current set of dxs commits into master. Follow all development there.</div><div>b. Set a hard deadline for merging dxs into master.</div><div><br></div><div>I think I like option a. better.</div>

<div>Option b. has the advantage of ensuring a working master. </div><div><br></div><div>Thoughts?<br></div><div><br></div><div>Regardless of which path we choose, it's a good idea to keep the dxs history, and the dxs branch should be created (Steps 1. and 2. from Miguel's email)</div>

<div><br></div><div>Anish</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 23, 2013 at 9:28 AM, Miguel González <span dir="ltr"><<a href="mailto:migonzalvar@activitycentral.com" target="_blank">migonzalvar@activitycentral.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>My suggestion to  integrate "activitycetral/dxs" into "XSCE/xsce" preserving history and using a branch for easier comparison is:</div>

<div><br></div><div>1. revert xsce/master to fa2d59,</div>

<div>2. create a 'dxs' branch<br></div><div>3. merge activitycentral/dxs commits to this new branch preserving history<br></div><div><br></div><div>This new branch (XSCE/xsce@dxs) will be the canonical repository for the migration and everybody will pull request against this branch.</div>



<div><br></div><div><br></div><div>Detailed procedure on a fresh repository</div><div>----</div><div><br></div><div>1. revert</div><div><br></div><div>Clean repo:</div><div>```</div><div>git clone git@github.com:XSCE/xsce.git<br>



</div><div>cd xsce</div><div>```</div><div><br></div><div>The actual revert:</div><div>```</div><div>git revert -m 1 b1638cd --no-edit<br></div><div>```</div><div><br></div><div>Submit changes:</div><div>```</div><div>git push origin</div>



<div>```</div><div><br></div><div>2. create branch</div><div><br></div><div>```</div><div>git branch dxs</div><div>git checkout dxs</div><div>git push origin dxs</div><div>```</div><div><br></div><div>3. merge</div><div>


<br>
</div><div>Fetch dxs repository:</div><div>```</div><div>git remote add dxs git@github.com:activitycentral/dxs<br></div><div>git fetch dxs</div><div>```</div><div><br></div><div>And now the critical part, the actual merge:</div>



<div>```<br></div><div>git merge --no-ff -s recursive -X ours --no-edit dxs/master<br></div><div>```</div><div><br></div><div>Push!</div><div>```</div><div>git push origin dxs</div><div>````</div><div><br></div><div>So, anyone with write permission on xsce can do this.</div>



<div><br></div><div>You can check how would be the resulting repo in my personal clone copy in <a href="https://github.com/migonzalvar/xsce" target="_blank">https://github.com/migonzalvar/xsce</a>.</div><span class="HOEnZb"><font color="#888888"><div>

<br></div><div><br></div><div>

<br></div>-- <br><div dir="ltr">Miguel González<br>Activity Central: <a href="http://www.activitycentral.com" target="_blank">http://www.activitycentral.com</a><br></div>
</font></span></div>
</blockquote></div><br></div>