编辑：你好serverfault，他们不喜欢我的问题在程序员和迁移它在这里。
简而言之，我的问题是：您（pipe理员）如何更喜欢控制第三方，现成的桌面软件的设置？
我的应用程序需要一个服务器名称和数据库名称。 我还有一些离线数据存储，偶尔会从“我的文档”中的默认位置redirect。
现在用户需要打开我的软件并input这些值。 我想为pipe理员提供一种自动为用户设置的方法，同时允许用户在较小的组织中进行自我configuration。
我有一个桌面软件应用程序，它的configuration信息存储在用户的AppData文件夹中的文件。 如果configuration文件不存在，则应用程序将创build默认值。 某些设置（如注册码和服务器/数据库名称）不能在默认情况下设置。
我正在寻找允许和IT部门将默认设置推送到我的应用程序的方法。 现在我正在考虑让我的应用程序读取两个configuration文件。 一个将在pipe理员复制的固定位置。 这将被手动添加（或可能被其他工具推出）到安装目录或所有用户或其他公共位置。 该文件中的任何设置都将覆盖每个用户的configuration设置。
我知道其他应用程序有不同的方式pipe理员控制每个用户设置使用SMS或GPO。 但是我自己从来没有成为pipe理员，我从来没有使用过这些工具。
有没有允许pipe理员覆盖桌面软件的默认设置的最佳做法？
我需要在两种不同的情况下做这两件事。 一种是在安装软件时连接到networking的笔记本电脑用户，但是在运行软件时经常断开 – 每台电脑一个用户。 另一个是基于Citrix的系统，客户端总是连接，但每台计算机上有多个用户。 一些设置是全局的 – 即服务器名称，而另一些则是用户特定的。 比如将默认保存位置redirect到每个用户的networking共享。
我认为你需要做一些需求收集。 确定客户需要什么，愿意付钱。 看看自己托pipe文件是否合理，告诉客户自行托pipe，并提供可以安装的解决scheme或其他需求特定的解决scheme。
一旦你有了要求，我们会做好准备，帮助你的技术部分。
无论实施结果如何，您都应该采取措施来集中和自动化stream程。
我自己的软件始终将其设置保存在用户configuration文件中。 每个用户都可以创build自己的configuration。 如果我希望为新用户创build一个默认configuration，我按照自己的方式创build它，然后将设置（registry或ini文件）复制到默认用户的configuration文件。 当他们第一次login时，frofile被用作新用户的configuration文件。 如果有必要，也可以通过组策略进行传播。 任何比这更复杂的事情，只是不值得为开发，pipe理或用户的努力。