向Monorepo迁移的安全策略建议

Question

考虑一个具有3个单独的repos ( A, B, C )的bitbucket项目。这些构成了微服务应用程序APP的组件。我们希望安全地尝试一个monorepo模式，看看它是否简化了codereview/部署过程。理想情况下，它们将被具有子存储库(或模块) APP的单个存储库A, B, C所取代。

App 
 - A
 - B
 - C

但是，我们需要以一种安全的方式这样做，使现有的repos一次迁移一个，甚至更好，仍然可以独立操作(即。同时存在repo A和monorepo组件A。

所以，我最大的恐惧是我做错了这件事，让我们的回报变成了砖头。为了避免这种情况，我从理论上提出了一些方法：

1.  Fork each repo (A,B,C) and add the forks to the monorepo - keeping dual complete separation and duplication.  We would then migrate development incrementally into monorepo, service-by-service.
2.  Some magical git settings that would push commits to two places on the remote?  Both to the standalone repo and to the monorepo?  Then we could create the entier monorepo in bitbucket, update our remotes, and have changes go to both places as a pilot.

在解决方案的时候，我们的构建系统是与单个的repos联系在一起的，所以我们必须逐步地进行迁移(按服务服务)。我们不可能在一次爆炸中设置这个单峰，然后“切换”。事实上，大约有40种服务，而且风险太大。

有人这样做过或者有建议吗？

Answer 1

还有一种方法可以实现同样的目标，而无需实际构建monorepo (保持原始存储库完整)。创建一个新的裸存储库(“父存储库”)，然后将A、B和C添加为X-模块(目录，与远程存储库同步)，并与常规存储库一起使用该新存储库。通过这种方式，您可以通过一次推到父存储库来更新所有远程存储库。这有一个Bitbucket服务器专用应用程序。这是描述构建过程的文章。。