我对CI（持续集成）/ CD（持续交付）主题有点新鲜。我目前正在使用TFS进行CI和CD。在那里我发现有很多自定义构建过程（例如，运行某些PowerShell脚本，复制文件等）。在我的解决方案中，有许多分支机构由不同的开发人员同时开发。我也使用Git作为版本控制。
问题： 我已经从我的一些团队成员那里寻求建议，以便在本地开发环境中调试他们的项目，因为我不时在主题之间移动。他们建议手动重复整个构建过程以用于我的调试目的，这在某种程度上让我感到乏味和无益，因为我需要在这里和那里复制很多步骤。
我的问题： 有没有办法可以简化所有这些繁琐的过程？也许在GIT中创建一个构建分支有帮助吗？但是，创建另一个构建分支也可能有自己的风险，您需要在构建服务器和您创建的构建分支之间同步构建过程吗？
我不确定这里的最佳方式是什么，需要一些与此问题相关的指导或链接。
谢谢。
答案 0 :(得分：-1)
它基于您希望如何调试项目。
团队何时应该添加分支？
- 您应该在以下情况下创建分支：当您必须以与现有的不同的时间表/周期发布代码时 分支。
- 当您的代码需要不同的分支政策时。如果您创建具有新策略的新分支，则可以将战略值添加到
你的项目。- 向客户发布功能时，您的团队计划进行不影响计划发布周期的更改。
您不应该为每个用户故事创建分支，因为它 创造了高集成成本。虽然使分支容易，但是 如果你有很多，管理分支机构的开销可能会变得很大 分支。
来源：https://docs.microsoft.com/en-us/vsts/tfvc/branch-strategically#when-should-the-team-add-a-branch
如果您只想复制相同的构建过程，则可以克隆构建定义和发布定义，然后单独触发克隆的构建/发布定义。
通常，对于TFVC，您可以为构建定义启用Gated Check-In，因此它将自动触发构建，并且在构建失败后不会检入更改。
对于Git，您还可以设置分支策略来实现：Improve code quality with branch policies。另请参阅此文章：Gated Check-ins in Visual Studio Team Services using TFSVC and Git
对于调试，您可以将变量 system.debug 设置为 true ，有关详细信息，请参阅here。