微软构建和持续部署 - 机

鉴于大量：在数百服务器的客户端的微软构建和持续部署 - 机

多个客户端 - 服务器应用程序和数千人。
TFS 2012用于源代码管理和自动构建。
SCCM 2012作为部署技术。

System Center Orchestrator 2012是最适合促进生产准备的工具TFS构建将推送到SCCM进行部署？

为什么？如何？

来源

2013-04-22 Darren

答案是

号看来，如果你想在SCCM 2012应用程序的新版本，你可以使用Application Supersedence

...所以理论上我可以检测到一个新的生产下降.msi放在一个文件夹中，然后使用powershell自动执行supersedence。

现在我想这不是一个好主意在我的环境下生产，真的这个问题是我想出来写出来的东西。我被持续部署的想法所吸引，但不受生产的影响（在我的环境中）。

来源

2013-04-23 01:26:24 Darren

我相信应用程序的取代只适用于沙盒应用程序，而不是软件包。这听起来像你想要的版本控制软件包，这不是一个坏主意，但supersedence功能只适用于应用程序，http://technet.microsoft.com/en-us/library/gg682125.aspx – MDMoore313 2013-06-21 20:31:10

谢谢，但我没有考虑'包'的版本控制 - 我认为这将由构建系统处理。我正在考虑持续部署应用程序。 – Darren 2013-06-22 07:40:50

微软构建和持续部署 - 机

回答

相关问题