当你创建一个构建类型时，你如何处理？
你为每个分支创建3个构建（ci，gate，manual）或每个分支就足够了。 （例如，ci代表dev分支，nightly-main分支，手册...）
一般来说，有什么好方法可以效仿。我找到了一些建议，说每个分支至少有3种构建类型。rules for better source control。
THX。
答案 0 :(得分：2)
我认为这完全符合您的需求。我们每个brach创建3种类型（连续，每日，手动）
Continuous用于为开发人员提供有关其签入的即时反馈，因此我们限制运行哪些单元测试以保持构建良好和快速。每日构建在一夜之间运行时更加全面，也可用于部署到烟雾测试环境中。手动构建用于项目中的特定里程碑。这些构建用于创建安装程序并将应用程序传递给正式测试。所以它看起来像这样
开发分支 - 连续（用于开发反馈） - 每日（用于完整的测试运行和部署到冒烟测试环境） - 手动（未使用）
主要分支 - 连续（用于快速检查合并活动是否已破坏构建） - 每日（用于完整的测试运行和部署到冒烟测试环境） - 手动（用于表示构建将正式移交给测试人员）
修补程序分支 - 连续（用于开发反馈） - 每日（用于完整的测试运行和部署到冒烟测试环境） - 手动（用于表示构建将正式移交给测试人员）
发布分支 - 连续（用于快速检查合并活动是否已破坏构建） - 每日（用于完整的测试运行和部署到冒烟测试环境） - 手动（用于表示构建将正式移交给测试人员）
当然，您的分支策略可能与我们的不同。