有人为自动部署成功实施了MS InRelease吗？

Question

只是在企业应用程序中查找当前正在使用InRelease进行部署方案的任何人的反馈？

InRelease最近被微软收购，目前正在试用 http://www.microsoft.com/visualstudio/inrelease/ 据我所知，这将在未来版本的TFS中集成。

我一直在试用它一段时间，并有兴趣听取任何现有客户的反馈意见，包括正面或负面信息，包括以下信息： 使用此v的webdeploy / powershell等的优点/缺点 产品的稳定性。 等。

Answer 1

过去几个月我一直在谈论MS Release Management（又名InRelease） lot 。它很棒，从2013年11月13日起可以下载。

与传统的部署方法相比，它具有一些巨大的优势：

• 大量用于部署软件的内置工具。它带有一堆开箱即用的东西，所以你不必乱用编写PowerShell脚本来设置IIS或启动Azure VM。工具系统是完全可扩展的，因此您可以插入所需的任何批处理文件，PowerShell脚本或可执行文件。它还会自动捕获运行的任何内容的输出并将其附加到部署日志。
• 回滚功能。您可以定义部署失败时应采取的操作，这样您就可以确保错误部署永远不会关闭关键服务。
• 配置文件管理。您可以参数化配置文件，然后使用版本管理指定应使用的值。这有助于减少（甚至消除）管理多个web / app.configs的噩梦。
• 定义审批工作流程的能力。如果您希望能够根据是否通过质量保证等方式让特定人员负责批准/拒绝版本，那么这将是巨大的。
• 发布路径定义。这与批准工作流程相关联 - 您可以对其进行设置，以便为发布过程的每个“阶段”设置环境 - DEV，QA，PROD等。然后，您可以设置哪些服务器是这些阶段的成员，您的软件应该通过这些阶段的顺序，以及谁负责批准/验证每个阶段。
• 完全可追溯到发布过程 - 您可以看到您的软件当前在服务器上的哪些版本，何时到达，谁批准/拒绝它，所有部署操作的完整日志。它确实可以让您深入了解流程需要改进的地方。假设你有QA团队因为错误而失败了很多版本。您可以看到这一点，并回到您的开发人员那里说“嘿，伙计们，我们需要更好地进行自动化测试;当我们能够更早地发现这些缺陷时，我们正在淹没QA团队！”
• 与TFS集成，因此您可以轻松设置持续部署。
• Microsoft Test Manager集成。您可以将其设置为在发布完成后从MTM测试计划中运行自动化测试（例如编码的UI），这样如果您的任何测试失败，您可以自动使发布失败。

未来它只会变得更好。发布管理团队在他们的积压工作中有一些非常酷的东西！

Answer 2

第一个优点是你与TFS平台有很强的耦合，你没有一个特殊的开发桥梁来整合，所以我喜欢这边，但是有专业的管理过程发布 第二点是工作点有执行，这有利于部署的阅读过程。 （R＆amp; D项目三个月）