目前，我有一个构建定义，它作为工件发布，是一个azure Cloud 服务包 . 然后通过发布管理部署它 . 在我的发布管道中，然后我通过各种环境推广这个包 . 我不明白的是如何在部署到环境时执行web.config转换，就像在构建期间发生的那样，而不是在部署期间 .
我可以在构建期间将我的web.config标记化，然后使用发布任务来替换每个环境中具有适当值的那些 . 如果我只是发布一个网站作为我的构建工件，那么这将工作得很好，但由于我的构建工件是一个天蓝色的cspkg，那么我无法访问配置文件 .
有没有办法让发布过程创建azure Cloud 服务包，而不是构建？这样我就可以在创建包之前进行令牌替换 . 如果可能的话，我想远离让版本为每个环境进行重建 . 最终，我希望将构建中的单个工件升级到每个环境，只是让它的配置文件一直在改变 .
我调查过可能使用CSPack？现在，这些包是由 Cloud 服务项目（ccproj）使用带有'/ t：Publish'选项的visual studio构建任务构建的 . 如果我在发布过程中使用CSPack，构建工件应该是什么，这是否意味着根本不使用 Cloud 服务项目？
2 回答
如果您正在使用Git，则只需添加 Git type 的工件并指定相应的git存储库（无关联的构建工件） .
如果您使用的是TFVC，则可以只发布项目/解决方案的源文件，然后将构建与发布关联 .
通过这两种方式，您可以将 Visual Studio Build task 添加到发布定义以构建项目 .
您只需将创建azure Cloud 服务包的任务从构建定义移动到发布定义 .
例如，如果您在构建定义中使用Azure Cloud Service Deployment task，则可以从构建定义中删除该任务并将其添加到版本定义中 .