用分支合并策略建立企业产品的定义(拉请求)

Question

从过去两年开始，我一直在开发一款软件产品。这都是白手起家的。最初，只有一个VSTS GIT repo构建定义。在最初的构建时间只有4到5分钟，因为它只有很少的解决方案文件。

在此期间，由于在过去两年中添加了大量代码，构建时间已增加到一个小时。我也启用了门控登记。这意味着开发人员必须构建所有东西，只需在一个小组件中做一个小的代码更改。我想知道

1. 如何有效地启用门控签入，使我不必构建整个产品。它只应该构建修改过的项目。假设没有将更改的项目直接引用到其他项目。
2. 我正在考虑将单个回购分解为多个回购，每个回购都有自己的构建定义。对于一个产品来说，这是一个有多个回复的标准方法吗？谁能告诉我一般如何打造大型企业产品？我用的是VSTS构建，而不是jenkins。

Answer 1

如果您使用的是git，我假设当您说门控签入时，您使用的是拉请求。关于拉请求的更多信息，这里。

对于您的CI构建，您可以检查哪些任务花费的时间更长，并查看是否可以减少其中一些任务。检查您是否正在清理您的源文件为每一个构建。如果是这样的话，每次构建开始时，它都必须下载完整的存储库。如果是这样的话，请更改配置，不要每次都清理源。

将你的回购分成多个回购方式是你必须做出的决定。在这方面没有好的或坏的办法。

Microsoft it self在不同的团队中有不同的方法。VSTS团队使用一个单一的git。Skype团队使用多个repos。Windows团队还使用多个repos。

多个repos可以减少您的构建时间，并在您的软件组件之间创建一个隔离级别，但它们将为开发人员带来一种更复杂的工作方式，因为如果它们在多个软件组件中工作，则必须签出不同的repos。管理员还必须设置更多的分支策略等等。