3

只是在寻找有关当前在企业应用程序中使用 InRelease 部署方案的任何人的反馈？

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

我已经试用了一段时间，并且有兴趣听取任何现有客户的任何反馈，无论是正面的还是负面的，包括以下信息：使用这个 v 的 webdeploy / powershell 的优点/缺点等。产品的稳定性。ETC..

4

2 回答 2

9

在过去的几个月里，我一直在谈论 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），因此如果您的任何测试失败，您可以自动使发布失败。

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

于 2013-11-15T17:43:05.547 回答
1

第一个优点是你和TFS平台有很强的耦合，你没有专门的开发桥可以集成，所以我这边我喜欢，但是有专业的流程管理发布第二点就是workfow点已执行，这有助于部署的读取过程。（项目研发三个月）

于 2013-11-08T13:04:29.637 回答