问题标签 [ms-release-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ms-release-management - Team Foundation Server 2013 版本管理计划部署
使用 TFS2013 的新版本管理,是否可以在给定的日期/时间进行部署,就像在计划的版本中一样。
为了尽量减少对生产中用户的影响,我们希望能够在停机期间(例如在夜间)进行部署。
tfs - TFS 发布管理 - 发布职责分离
我一直在考虑改进我们部门的部署策略,最新的 TFS 发布管理工具看起来非常适合这一点。允许多个发布阶段,以及该阶段的授权;但是,我工作的公司治理非常严格,因此开发团队决不能考虑(甚至考虑)UAT 或生产环境。这是由该国另一端的一个单独团队处理的。
所以问题是 TFS 发布管理是否可以在不同的环境中允许不同的配置文件。IE Team X 可以部署到 Development & Test 但是只有 Team Y 的成员才能启动发布到 UAT 或 PROD?
ms-release-management - Microsoft Release Management timeout during deploy step
We're using Microsoft's Release Management to deploy our web application to our test environment (QA). It is a straight-forward MVC.Net web application. Our build generates a web deploy package and we have a command script that sets some parameters based on the target environment (QA is just the first step), and then runs the standard Web Deploy command line tool. The command script works without errors when run from the command line outside of Release Management.
When we move this process into Release Management using the command-line tool, we encounter a timeout during the deploy step of the workflow. The error is:
We've checked the output log and there is no information from the script at all. We have echo commands in the beginning that should at least dump some output to the log before any action is taken.
The interesting thing is that when we click the "Retry failed deployment" button, the retry succeeds in about 15 seconds without any issues. This happens for each release - fails with timeout, retry succeeds in 15 seconds.
Any ideas from any release management gurus is greatly appreciated.
ms-release-management - 发布管理 12 - 创建带有主机标题的网站
有没有办法使用 Release Management v12 创建一个包含主机头选项的网站?
我的目标是能够在单个服务器上托管多个站点,所有站点都绑定到具有不同主机头的端口 80。即http://project1.development.local/ , http://project2.development.local/
我可以使用 AppCmd.exe 的主机标头创建一个网站,但这需要管理权限。考虑过使用powershell,但会触发UAC提示。
目前,我必须手动创建服务器的网站以包含主机标头,并且我希望有一个完全自动化的发布过程。
蒂亚!
visual-studio-2012 - Release management Deployment Stage is timing out and the releases are in "In Progress" for ever
We have used the trial version of Release Management and successfully deployed applications. But recently we faced an issue with the RM Clients not able to Pick up Team Projects and hence, could not create release templates for Release.
A lot of forums online suggested to update the RM components and we did that. But even with the latest components[12.0.30110.0], we cannot get it to deploy. The Deploy times out and the Status of the Release is "In Progress" for ever. unable to stop it or defer it. If we try to switch back to the old version [12.0.21], the RM Server configuration step gives an error that the RM.DB.cab does not have a valid Signature. But the file seems to have a valid Microsoft Signature.
We have a release planned today and very badly in need of help regarding this. Appreciate any help with this. Thanks in advance. Please let me know if more information is needed.
tfs - Release Management v12,如何将 web.config 转换部署到不同的阶段类型
我们已安装 Release Management Update 2 并使用 TFS 2013 Update 2 持续部署构建模板来发布网站。
我们有三种阶段类型:集成、暂存和生产。
当每个阶段都有 web.config 转换时,发布网站的最佳方式是什么?转换用于连接字符串、appsettings 和 log4net。
我开始倾向于这个问题的最佳答案,但想知道我是否缺少工具或更简单的路径。
visual-studio-2013 - 用于 TFS 的 Release Manager 2013 未处理 Web.Config.Token
使用发布管理客户端(更新 2)附带的发布模板,我们正在尝试使用 TFS 构建和发布管理服务器 2013 更新 2 进行自动部署。
一切都很顺利,直到我们决定开始使用标记化的 Web.Config (Web.config.token) 来帮助我们管理部署。
看起来很简单,在发布模板组件中创建变量,并将匹配的 __VARIABLES__ 放入重复的 Web.config.token 中。
将构建模板设置为处理构建令牌并点击 go。
构建似乎并没有真正处理令牌文件,我们只剩下原始的 Web.config。任何想法我做错了什么?
它说它正在处理令牌,但实际上并没有做任何事情。构建日志:
tfs - 我应该什么时候“发布”我的构建?
我们刚刚开始在我们的一个项目中使用 Visual Studio 发布管理,我们已经在如何做事上遇到了一些问题。
目前,我们创建了一个发布阶段,负责将我们的构建工件部署到专用虚拟机进行测试。我们打算稍后使用这台机器来运行我们的集成测试。
现在,我们有一个封闭的签入构建过程:每个签入都会触发所有单元测试,并且我们也将发布触发器配置为在此构建上发生。起初,在每次签入后,部署项目并执行集成测试似乎是合理的。我们注意到所有已发布的构建都污染了发布管理上的控制台,并且所有构建都被标记为“无限期保留”并且我们的放置文件夹位置正在快速增长(在看到之后,该工具自动执行此操作是有道理的,因为可以将任何构建提升到另一个阶段,并且需要保留工件)。
那么问题是:我们做错了什么?我一直在考虑这个问题,每次签到都“释放”确实没有任何意义。我们可能应该在 sprint 结束时开始这个发布过程,这一点可以被认为是“发布候选”。
如果我们这样做,我们将如何以及何时运行我们的自动化集成测试?我的意思是,在我们的案例中,运行这些程序需要一个部署过程,如果我们尝试使用其他方式来实现这一点(如 LabTemplate 构建过程),我们最终将重复部署代码。
这里最好的方法是什么?
tfs - 发布管理 TFS 触发的部署超时不允许超过 99 分钟
我正在尝试使用“MTM 自动测试管理器工具”从 Visual Studio 发布管理客户端执行在 MTM 中配置的测试套件。
由于测试套件将花费超过 7 个小时,我正在尝试将“TFS 触发的部署超时”(管理 -> 设置 -> TFS 触发的部署超时)更改为 500 分钟。但它不允许输入超过 99 分钟。
有什么方法可以增加“TFS 触发的部署超时”。
tfs - 我们如何在 TFS 2013 发布管理中删除发布?
我们正在使用发布管理,TFS 2013(以前的 InRelease)并且有很多我们想要删除的发布。问题是“删除”按钮总是灰显的。我们在这里缺少什么?