有人能指出我希望支持Microsoft SCCM的应用程序开发人员的文档或最佳实践方向吗？
我想在我的应用程序中添加对Microsoft SCCM的支持，以便客户可以使用SCCM来安装和许可应用程序。我假设将相关属性和命令行选项添加到我的安装程序就足够了，但我无法找到有关为应用程序开发人员编写的SCCM的任何文档。
我的安装程序是使用Wix工具集创建的。
答案 0 :(得分：3)
前段时间我写了article一套你可能觉得有用的指南。这些是与工具无关的指南，无论您使用哪种打包工具，都可以应用，即使在本文中提到了Advanced Installer，因为该文章在我们的博客上。
P.S。如果有人有其他建议请告诉我，我会更新文章。
免责声明：我致力于构建高级安装程序的团队。
答案 1 :(得分：2)
通常最重要的要求当然是无人值守安装的可能性。 SCCM在理论上是为了允许用户交互而设计的，但它基本上与大规模部署的想法相抵触，我不认为它在实践中的任何地方都可以使用。
我会说至少允许一个完全静默的安装（相当于/ qn msi参数），但如果可能的话也是一个被动的（相当于/ qb-！表示进度条，但没有选项取消没有要接受的对话框）。
如果您的设置中有选项允许参数或响应文件。如果可能的话，当 - ？已指定，也在文档中。
一般情况下，SCCM只运行给定的命令行，但与自己运行它的主要区别在于它将使用内置系统帐户。 通常情况下，与使用uac的普通管理员用户不应有任何差异，但我看到有几个设置仅在这种情况下失败，因此您应该始终使用该用户进行测试。您可以使用psexec或paexec将命令行作为系统帐户运行。由于此默认（或至少是命令行选项）应该为所有用户安装。如果必须设置每个用户文件或reg_keys，则应在第一个程序启动时完成，而不是通过设置。如果必须在第一个程序启动之前完成SCCM允许每个用户执行一次用户权限，但是你需要单独设置（或命令行），这是一种危险的做法（假设用户首次启动程序时正在运行更新 - 用户设置将排队）
应不惜一切代价避免重启。它们不适用于大规模部署软件imo。如果他们必须要注意SCCM在包/程序deplyoment模型中不支持＆＃34;条件＆＃34;重新启动，所以如果有可能重新启动，它总是必须发生。在应用程序部署模型中，可以使用默认返回码3010 = Soft Reboot和1641 = Hard Reboot以允许应用程序控制的重新启动。但是，我会避免强制SCCM管理员使用特定的部署方法。
通常只能通过日志和返回码向用户提供反馈。任何形式的阻塞弹出窗口都不适用于sccm。即使您认为弹出窗口仅在出现错误时也存在，您必须考虑sccm deplyoment通常用于在数百甚至数千台计算机上运行软件，并且这些计算机前面的用户绝对没有用错误消息。更糟糕的是，如果您的软件阻塞并且有其他软件排队，则必须等到软件返回。
如果您认为安装不成功的可能性很高，我建议您使用良好的日志记录（除了默认的msi日志记录之外，可能需要一个特殊的日志，这可能很难阅读），甚至更好的文档。为无人值守部署提供特殊文档，解释所有属性通常是一件好事。如果您有许多可能导致部署失败的情况，请在那里解释它们。管理员部署你的软件必须事先知道他们将永远无法测试，如果他后来发现它们可能为时已晚。
通过提到这些警告，同样重要的是，有一种设置方法是微软自己非常喜欢的，而且是使用产品代码进行安静的msi安装（可能是所有msis的默认设置）在他们的应用程序部署模型中允许管理员直接从文件创建整个应用程序。产品代码将用于检测成功安装，如果需要，也可以直接卸载。其他形式的设置也支持（只是不那么容易）。在较旧的软件包/程序模型中，msi或其他任何东西都没有区别。
答案 2 :(得分：1)
如果应用程序和安装遵循记录的最佳实践和认证准则，那么它们更适合SCCM和托管部署。
Windows桌面应用程序的认证要求如下：
https://msdn.microsoft.com/en-us/library/windows/desktop/mt674655.aspx
它们包括诸如与Restart Manager集成以避免重新启动，可逆安装以及不基于操作系统版本阻止安装等主题。
Windows Installer最佳实践：
https://msdn.microsoft.com/en-gb/library/bb204770.aspx
有更多关于MSI安装实践的内容。 Windows Installer博客文章也很有用：
并且不可避免地存在一些重叠。没有很多＆＃34;如何设计＆＃34;安装，但波格丹的答案涵盖了其中的大部分内容。