Build 在tfs 2010中创建生成类型
创建构建类型时，如何处理 您是为每个分支创建3个构建（ci、gate、manual）还是为每个分支创建足够的构建。 （例如ci-用于开发分支，夜间-主分支，手册…） 一般来说，什么是好的方式遵循。我发现了一些建议，建议每个分支至少有3种构建类型Build 在tfs 2010中创建生成类型,build,branch,Build,Branch,创建构建类型时，如何处理 您是为每个分支创建3个构建（ci、gate、manual）还是为每个分支创建足够的构建。 （例如ci-用于开发分支，夜间-主分支，手册…） 一般来说，什么是好的方式遵循。我发现了一些建议，建议每个分支至少有3种构建类型 thx.我认为它真的满足了您的需求。我们为每个分支创建3种类型（连续、每日、手动） Continuous用于向开发人员提供签入时的即时反馈，因此我们限制运行哪些单元测试，以保持构建良好且快速。每日构建更加全面，因为它在夜间运行，还可以用于部署到烟雾测试环
thx.我认为它真的满足了您的需求。我们为每个分支创建3种类型（连续、每日、手动） Continuous用于向开发人员提供签入时的即时反馈，因此我们限制运行哪些单元测试，以保持构建良好且快速。每日构建更加全面，因为它在夜间运行，还可以用于部署到烟雾测试环境中。手动构建用于项目中的特定里程碑。这些构建用于创建安装程序，并通过应用程序进行正式测试。看起来是这样的 开发分支机构 -连续（用于开发人员反馈） -每日（用于完整测试运行和部署到烟雾测试环境） -手动（未使用） 主要分支机构 -连续（用于快速检查合并活动是否未破坏生成） -每日（用于完整测试运行和部署到烟雾测试环境） -手册（用于表示构建将正式移交给测试人员） 修补程序分支 -连续（用于开发人员反馈） -每日（用于完整测试运行和部署到烟雾测试环境） -手册（用于表示构建将正式移交给测试人员） 发布分支 -连续（用于快速检查合并活动是否未破坏生成） -每日（用于完整测试运行和部署到烟雾测试环境） -手册（用于表示构建将正式移交给测试人员）
当然，您的分支策略可能与我们的不同 谢谢你，詹姆斯。一口气读。老实说，我最近读了很多文学作品。但几乎没有练习。可能是因为我没有一个真正的团队环境来实施。在我的工作中，我们面临着很多手动操作的问题。不管怎么说，这里是我继续问的问题，因为分支只是主分支的克隆。例如，ci_dev和ci_main之间有什么区别。这只是入住时间对吗？还是建筑的选择也不同？我的意思是应该有一个坚实的头脑，什么是构建什么不是构建什么，我在这里遗漏了什么。我们倾向于保持构建的内容在各个分支之间是相同的，因此正在构建的解决方案/项目是相同的。分支之间唯一的变化是正在构建的代码。我希望这能回答你的问题。