鉴于:
- 跨数百个服务器和数千个客户端的多个客户端-服务器应用程序。
- TFS 2012 用于源代码控制和自动构建。
- SCCM 2012 作为部署技术。
System Center Orchestrator 2012 是否是最合适的工具,可以促进将生产就绪的 TFS 构建推送到 SCCM 进行部署?
为什么?如何?
鉴于:
System Center Orchestrator 2012 是否是最合适的工具,可以促进将生产就绪的 TFS 构建推送到 SCCM 进行部署?
为什么?如何?
答案是否定的。
看来,如果您想要 SCCM 2012 中应用程序的新版本,您可以使用Application Supersedence
...所以理论上我可以检测到文件夹中新产品 .msi 的删除,然后使用 powershell 自动取代。
现在我认为这对我的环境中的生产来说不是一个好主意,真的这个问题是我通过写东西来思考的。我被持续部署的想法所吸引,而不是生产(在我的环境中)。