<div dir="ltr">Wojciech as I mentioned the tool is buggy and really doesn't make a master branch, I think it leaves that up to us. I was mostly looking for feedback on the approach. So is this what you're proposing:<div><ol><li>Move the demo apps into a "apps" subdirectory<br></li><li>Move the modules into a "packages" subdirectory<br></li><li>Move the documentation into a "docs" subdirectory<br></li><li>Combine all branches named "master" from each individual repo into one master branch<br></li><li>Combine all branches named "development" from each individual repo into one master branch<br></li><li>Copy the tags from each individual repo to the monorepo with the following naming scheme: "<original tag name>-<original repo name>"<br></li><li>Ensured the history stays intact.<br></li></ol><div>#6 is the one I'm most curious about—how should we attempt to migrate these tags? Or do we not migrate at all as Emilio suggests and just keep the old repos around for resurrecting old tags, etc.?</div></div><div><br></div><div>Emilio as far as building and running the apps, <a href="https://lernajs.io/">https://lernajs.io/</a> should help us with some of this but we may need a small script to help devs run all the apps at once (a slimmed down raincatcher-cli maybe?). Any suggestions there?</div><div><br></div><div>Peter</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 23, 2017 at 10:49 AM, Wojciech Trocki <span dir="ltr"><<a href="mailto:wtrocki@redhat.com" target="_blank">wtrocki@redhat.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>Where is master :P ?</div><div><br></div>Import seems to be doing something we do not want - creating new branch for each of the module. Best would be to have only 2 branches for that mono repo:<div>- master (containing all modules from master with history)</div><div>- development (with all modules from development branch)</div><div><br></div><div>Having it this way would mean that we would not be able to have every component on development branch. <br>If perl is a problem maybe we should use some different tools. Fastline migration seems to be something we can use:</div><div><br></div><div><a href="https://github.com/fastlane/monorepo/" target="_blank">https://github.com/fastlane/<wbr>monorepo/</a><br></div><div><br></div><div>Regards</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div class="gmail_extra"><span class="HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-4887458322141867775gmail-m_2222794113355396240gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div style="font-size:12.8px"><span style="color:rgb(153,153,153);font-size:small">Wojciech Trocki</span></div><div><div><span style="font-size:small;color:rgb(153,153,153)">Red Hat Mobile</span></div></div></div></div></div></div></div></div></div></div>
<br></font></span><div class="gmail_quote"><span class="">On Thu, Feb 23, 2017 at 2:21 PM, Peter Darrow <span dir="ltr"><<a href="mailto:pdarrow@redhat.com" target="_blank">pdarrow@redhat.com</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="h5"><div dir="ltr">Hey all,<div><br></div><div>I spent a bunch of time yesterday stitching together our repos into a single repo. My goal was to try and identify issues that might make this challenging. You can see the results here: <a href="https://github.com/feedhenry-raincatcher/raincatcher-stitched/" target="_blank">https://github.com/feedh<wbr>enry-raincatcher/raincatcher-s<wbr>titched/</a>. My approach was the following:</div><div><br></div><div><ol><li>Move the demo apps into a "apps" subdirectory<br></li><li>Move the modules into a "packages" subdirectory<br></li><li>Move the documentation into a "docs" subdirectory</li><li>Copy the branches from each individual repo to a branch on the monorepo with the following naming scheme: "<original branch name>-<original repo name>".</li><li>Copy the tags from each individual repo to the monorepo with the following naming scheme: "<original tag name>-<original repo name>"</li><li>Ensured the history stays intact.</li></ol><div>I found a tool that promised to implement this exact approach (<a href="http://search.cpan.org/dist/Git-FastExport/script/git-stitch-repo" target="_blank">http://search.cpan.org/dist/G<wbr>it-FastExport/script/git-stitc<wbr>h-repo</a>). It's written in Perl and I spent an unreasonable amount of time yesterday trying to configure my system to install CPAN modules :/. Eventually I got it working, but if you take a look at the stitched repo, it seems to have done an incomplete job. I'm not a Perl developer so I don't think it would be worth my time to try to contribute a fix, but I think I could implement something similar with a bit of effort.</div></div><div><br></div><div>What do you guys think—do we need to migrate all of the branches from each repo, or just the master from each one? Do we care about the history? Is it important to keep every single tag? Let me know what you think!</div><span class="m_-4887458322141867775gmail-m_2222794113355396240HOEnZb"><font color="#888888"><div><br></div><div>Peter</div></font></span></div>
<br></div></div><span class="">______________________________<wbr>_________________<br>
Feedhenry-raincatcher mailing list<br>
<a href="mailto:Feedhenry-raincatcher@redhat.com" target="_blank">Feedhenry-raincatcher@redhat.c<wbr>om</a><br>
<a href="https://www.redhat.com/mailman/listinfo/feedhenry-raincatcher" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/feedhenry-raincatche<wbr>r</a><br>
<br></span></blockquote></div><br></div></div>
</blockquote></div><br></div>