【发布时间】:2017-01-26 14:21:16
【问题描述】:
我们使用 TFS 2015 进行源代码控制、构建和部署。我们正在开发一个 MVC 应用程序。
我们已经设法让我们的构建过程运行良好,使用 web deploy 进行部署。我们对其进行了设置,使其在持续集成下运行并部署到开发和测试环境并运行代码优先迁移。
我们现在被告知,发布代码进行测试是由另一个部门管理的,所以我们必须把它交给他们。他们需要能够确定要部署的代码的确切版本。
我们看到两个选项, 1) 让他们使用我们的测试构建定义对构建进行排队。他们需要指定要部署的代码的提交 ID。这并不理想,因为它是新构建的代码,理想情况下我们会选择 Git 标签或代码版本,而不是提交 ID。在 TFS 构建定义中这可能吗?
2) 编辑开发构建以将所有相关文件发布到构建工件中。然后使用 TFS 发布管理将这些文件复制到我们内部 Web 服务器上的正确文件夹中。这似乎是最好的选择,他们可以选择已在开发环境中部署和测试的完全相同的代码版本。但是,我一直在努力辨别如何使用这种方法运行代码优先迁移。是否可以在同一个 TFS 集合中部署来自另一个 TFS 项目的人工制品?任何人都可以提供任何帮助,我们将不胜感激。
如果还有其他选择,我很想听听。使用 TFS 2015 和发布管理对团队中的每个人来说都是新事物!
提前致谢。
【问题讨论】:
-
什么建议运行代码拳头迁移?如果想在合并前验证代码,可以考虑分支策略(visualstudio.com/en-us/docs/git/branch-policies)
标签: .net deployment tfs-2015