我的团队使用 TFS 进行源代码控制。我最近创建了一个构建和一个发布，用于将网站的更改推送到其他环境。所有工作都在云端完成，然后发布到 DEV，以便分析师可以根据需要验证其是否正常工作，然后再转到 UAT 和 PROD。
如果我和另一个程序员都将文件签入到 DEV 以供分析师查看，但一个已获批准而其他更改未获批准，是否有办法仅发布已获批准的更改？
【问题讨论】：
您可以只使用批准来满足您在 TFS/Azure DevOps Server 中的要求。
从发布管道创建发布时，该发布管道定义 批准，部署在批准的每个点停止 直到指定的批准人批准或拒绝 发布（或将批准重新分配给另一个用户）。您可以启用 发布管道中每个阶段的手动部署批准。
例如，对环境进行手动批准检查 确保部署到该环境仅发生在 指定的用户已经审查了正在部署的更改。
在您的情况下，如果您在 TFS 中设置了完整的 CI-CD 管道。其他程序员和你们都将文件签入到 DEV。
首先使用拉取请求，让您的团队在将代码合并到开发分支之前审查代码并就更改提供反馈。这是验证某些代码更改是否合格的第一步。
然后使用构建管道构建您的源项目，您可以设置 CI 构建。它将为每个提交生成一个构建。该构建将生成一些构建工件。
使用带有一些批准者的发布管道将生成的构建工件部署到您的测试环境、产品环境。如果某个阶段被拒绝，则部署将失败，并且不会在该环境上发布任何更改。
即使其他程序员和你们都将文件签入到 DEV 分支，它也会触发不同的构建和不同的发布。
最后，您还可以设置一些批准通知，可以将电子邮件消息发送给为每个批准步骤定义的批准人。
更多详情请参考我们的官方文档here。
【讨论】：