只是在寻找有关当前使用 InRelease 进行企业应用程序部署方案的任何人的反馈？
InRelease 最近被微软收购，目前正在那里进行试用 http://www.microsoft.com/visualstudio/inrelease/ 据我所知，这将集成到 future 版本的 TFS 中。
我已经试用了一段时间，并且有兴趣听取任何现有客户的任何反馈，无论是正面的还是负面的，包括以下信息: 使用这个 v 的 webdeploy/powershell 等的优点/缺点。 产品的稳定性。 等等。
最佳答案
在过去的几个月里，我一直在谈论 MS 发布管理(又名 InRelease)很多。太好了，从 2013 年 11 月 13 日起可以下载。
与更传统的部署方法相比，它具有一些巨大的优势:
- 用于部署软件的大量内置工具。它附带了一堆开箱即用的东西，因此您不必费心编写 PowerShell 脚本来设置 IIS 或启动 Azure VM。该工具系统是完全可扩展的，因此您可以插入任何您想要的批处理文件、PowerShell 脚本或可执行文件。它还会自动捕获其运行的任何内容的输出并将其附加到部署日志中。
- 回滚功能。您可以定义部署失败时应采取的操作，从而确保错误的部署不会导致关键服务中断。
- 配置文件管理。您可以参数化您的配置文件，然后使用 Release Management 指定应使用的值。这有助于减少(甚至消除)管理多个 web/app.config 的噩梦。
- 能够定义审批工作流程。如果您希望能够让特定人员根据版本是否通过 QA 等来负责批准/拒绝发布，这将是巨大的。
- 发布路径定义。这与批准工作流相关——您可以对其进行设置，以便为发布过程的每个“阶段”拥有环境——DEV、QA、PROD 等。然后您可以设置哪些服务器是这些阶段的成员，您的软件应按什么顺序通过这些阶段，以及谁负责批准/验证每个阶段。
- 对发布过程的完全可追溯性 - 您可以查看您的软件当前在服务器上的哪些版本、何时到达那里、谁批准/拒绝了它，以及所采取的所有部署操作的完整日志。它确实可以让您深入了解您的流程需要改进的地方。假设您的 QA 团队因为错误而未能成功发布大量版本。您可以看到这一点，然后回到您的开发人员那里并说“我们需要进行更好的自动化测试；当我们可以更早地发现这些缺陷时，我们正在让 QA 团队忙于工作!”
- 与 TFS 集成，因此您可以轻松设置持续部署。
- Microsoft 测试管理器集成。您可以将其设置为在发布完成后运行 MTM 测试计划之外的自动化测试(例如编码的 UI)，因此如果您的任何测试失败，您可以自动使发布失败。
而且它只会在未来变得更好。发布管理团队积压了一些非常酷的东西!
关于visual-studio - 有人成功实现了 MS InRelease 以进行自动化部署吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19857463/