.net 竹子建造计划与部署计划

在竹公司制定部署计划之前，我在竹公司建立了我的团队的持续集成和交付系统。我有两个项目，每个产品一个，在每个项目中我有四个计划：

QA构建和部署（在我们的回购协议中的测试分支之外）

暂存构建和部署（在我们的repo中从暂存分支进行）

生产构建和部署（脱离我们回购协议中的默认分支）

编译和分析：在我们的测试分支签入时运行的构建，确保代码编译并且没有任何stlycop或代码分析错误

这是脆弱的，因为每当我需要对构建或部署过程进行更改时，我都必须在八个计划中进行更改（因为我们有两个项目，每个项目都包含这四个计划）

我正在切换到一个构建计划，每个环境都有一个部署计划。我的问题是：

如果我的构建是针对特定环境的（配置转换是针对特定环境的，dll是使用特定环境变量（如Targets和DefineConstants）构建的），那么每个部署计划如何从构建中获得可用的环境构件

我是否需要为构建计划中的每个环境构建

我们与环境对应的分支是否消失了

---

是的，切换到一个构建计划肯定会使过程更容易

您需要在计划中添加分支（测试、暂存、默认…），然后您可以为每个分支定义不同的变量。这将允许您根据分支对构建进行不同的转换

没有必要，如果您需要在多个环境中使用相同的构建，您可以在那里部署它

不，如果您想为每个环境创建特定的构建，可能需要保留它们（请参见1）。一旦您拥有了可以部署到任何环境的构建，那么您就可以摆脱它们

然后为项目创建1个部署计划，添加所有需要的环境，并为每个环境配置特定触发器。例如：staging env-将“触发此部署的分支”更改为“staging”