<div dir="ltr">This looks like a nice improvement to me, even though the codebase is still quite big, having it all together makes it look simpler and easier to control. Do you have any opinions on how we should handle tasks like building or spinning up the apps?<div><br></div><div>About history, I thought the idea was to keep the rest of the repos as legacy so we don't really need to migrate every single branch. In my opinion having a clean history is also important so I am in favour of only migrating the master branches.  </div></div><div class="gmail_extra"><br><div class="gmail_quote">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><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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/<wbr>feedhenry-raincatcher/<wbr>raincatcher-stitched/</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/<wbr>Git-FastExport/script/git-<wbr>stitch-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="HOEnZb"><font color="#888888"><div><br></div><div>Peter</div></font></span></div>
<br>______________________________<wbr>_________________<br>
Feedhenry-raincatcher mailing list<br>
<a href="mailto:Feedhenry-raincatcher@redhat.com">Feedhenry-raincatcher@redhat.<wbr>com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/feedhenry-raincatcher" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/feedhenry-<wbr>raincatcher</a><br>
<br></blockquote></div><br></div>