技术曲线，比较长， Code review 通知比较嘈杂
随着单一代码库的发展，我们在版本控制工具、构建系统和持续集成流水线方面达到了设计极限。这些问题可能会让一家公司走上多代码库的道路：
性能差（Bad performance）：单一代码库难以扩大规模，像 git blame 这样的命令可能会不合理的花费很长时间执行，IDE 也开始变得缓慢，生产力受到影响，对每个提交测试整个 repo 变得不可行。 破坏主线（Broken main/master）：主线损坏会影响到在单一代码库中工作的每个人，这既可以被看作是灾难，也可以看作是保证测试既可以保持简洁又可以跟上开发的好机会。 学习曲线（Learning curve）：如果代码库包含了许多紧密耦合的项目，那么新成员的学习曲线会更陡峭。 大量的数据（Large volumes of data）：单一代码库每天都要处理大量的数据和提交。 所有权（Ownership）：维护文件的所有权更有挑战性，因为像 Git 或 Mercurial 这样的系统没有内置的目录权限。 Code reviews：通知可能会变得非常嘈杂。例如，GitHub 有有限的通知设置，不适合大量的 pull - request 和 code review。 你可能已经注意到，这些问题中的大多数都和技
作者：一苏沨来 链接：https://www.jianshu.com/p/4f659e78cd13 来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。