问题标签 [configuration-management]

我目前遇到了一个我无法解决的问题。

我有一个应用程序，其中有以下代码：

配置文件在应用程序文件夹中确实称为 App.config（我这样做是因为我有两个应用程序读取/修改同一个配置文件）。

当我通过 Visual Studio 调试器启动其中任何一个时，它正确地告诉我我有 11 个 appsettings。但是，当在调试器之外运行时，我得到 0。

这里可能有什么问题？我 100% 确定这段代码在过去是有效的。

我在虚拟机上安装了很多操作系统（Linux 和 Windows）。安装后，我想在机器上设置一些常用的用户和组。这些用户和设置在所有机器上都是通用的。是否有工具可以让我在 Linux 和 Windows 上执行此操作？它不必是两个平台上的相同工具。

我目前正在将现有的 iOS 应用程序改编成一系列非常相似的应用程序（每个应用程序实例可能会映射到不同的国家/地区）。

我计划为每个实例设置不同的构建目标，它们之间的唯一区别应该是：

• 图像（可能只是启动画面和图标）
• 本地化
• 字符串变量：远程服务的基本 URL、应用程序 ID、支持电子邮件等（可能有六个这样的变量）

所有应用程序上的代码本身应该相同。

我想知道的是您认为管理此类应用程序系列的最佳实践。

关于图像和本地化（或一般的资源），应该只是从目标中添加/删除适当的文件（我想我什至可以在不同的目录中为图像使用相同的名称）。

我不确定的主要是其他配置变量。

我听说过/想到了一些选择：

• 使用预处理器宏和具有不同 URL、ID 等的主配置头文件
• 每当应用程序启动时从 plist（或类似的配置文件）加载它们，并且每个目标都有一个这样的文件
• 创建一个空的 .sqlite 文件（这个应用程序已经使用了 Core Data）并使用默认配置变量填充它，并且每个目标都有一个这样的文件

我认为一旦我有这个应用程序的几个实例，第一个选项是最快的失控，而且我每次更改这些设置时都必须重新编译。

第三个选项我也不确定，因为我将在我的数据库中添加不属于那里的实体，而且对于可能是 5-10 的设置来说，感觉有点矫枉过正。我也不确定如何在更新中添加新设置。

所以我更倾向于第二种选择。

想法？这些有什么替代品吗？

更新＃1：

关于第二个选项，还有一个缺点是这些字符串（id、URL 等）会比源代码中的字符串稍微暴露一些（即，如果有人打开应用程序并查看 plist）。并不是说这是一个大问题，但这只是需要考虑的事情。

更新#2：

直接使用应用程序的 info.plist 并将其存储在那里怎么样？（因此每个目标配置都有一个 info.plist）即使最初我想有一个单独的 plist，并且有一个“配置单例”可以在启动时从那里加载所有内容，但我认为简单地拥有它可能更简单在 info.plist 中，然后通过[[[NSBundle mainBundle] infoDictionary] objectForKey:@"com.example.mykey1"].

我们开始开发基于 Spring 的 Web 应用程序（在 20 个 JVM 上运行）。Web 应用程序在不同的环境（例如 Dev、QA、test、Stress、Production）上运行。

我们正在研究为具有以下设计目标的应用程序设计一个配置框架......

配置框架的设计目标

1. 支持继承模型：
   如果配置属性是静态的，它应该能够全局定义，并继承到所有环境。环境应该能够覆盖继承属性的值。
2. 消除冗余：
   应该只需要在一个位置查看、修改和添加配置属性。这应该可以降低添加或修改属性时丢失文件的风险。
3. 能够在运行时管理和维护属性。
   应该能够轻松地更改内存中一对多 JVM 中的属性，并且可以选择在 JVM 重新启动时保留该更改。
4. 调试能力。
   为了确定功能开关等的当前状态，您应该能够轻松地将属性转储出内存（一对多属性）。
5. 降低不同 INT、QA、STRESS 环境不同步且难以部署和维护的可能性。
6. 支持轻松的开发，以及通过生产的部署过程。此更改不应对本地开发人员有效开发的能力产生负面影响。相反，它应该使它更容易。

在 Spring 中实现这种配置框架的任何建议/建议？

我需要一些术语方面的帮助。

您可以在 GAC 中放置一个程序集，以便在机器中全局“共享”这些程序集。如果您将程序集放在可执行文件所在的同一目录中，您会调用什么？

我一直称它为“并排”，因为 EXE 和 DLL 是“并排”的。我做了一些阅读，似乎“并排”代表其他东西

编辑：这些 DLL 是否称为“私有程序集”？

从部署的角度来看，我认为 GAC（或共享程序集）的使用会使部署过程复杂化，而不会带来太多好处。

它不仅使新应用程序的安装复杂化，而且还使该应用程序的“升级”方案复杂化。

我想我在某处读到过，最好尽可能地保持程序集“私有”（主程序集和依赖程序集在同一目录中）。如果多个应用程序使用一个程序集，它们将拥有自己的程序集副本。

使用 GAC 有什么好处（除了可以忽略不计的性能升级）？它会超过它未来会出现的“配置管理”问题吗？或者如果可能的话，将程序集保持“私有”会更好吗？

（另外，是否存在强制使用 GAC 的情况？）

谢谢！

PS：我不知道术语“私有”程序集是否正确描述了我正在谈论的配置。我为此打开了一个单独的问题。

我们的业务实践要求存储所有配置信息，以便可以轻松地重建项目，而无需依赖外部资源的存在。这意味着（除其他外）完成构建所需的 Visual Studio 的特定加载项，无论是工具还是类库，都必须存储在我们的配置管理系统中。

我喜欢 Nuget 以及它提供的将新功能集成到项目中的功能，但我不清楚我们如何将 Nuget 添加的库存储到我们的配置管理系统中，以便将来的构建机器可以正确设置以构建该项目。

• 这是已经考虑过的事情，我忽略了它吗？
• 如何将 Nuget 包集成到配置管理中？

类似于 Cfengine2/3、Puppet、Chef。

绝对对纯度、非确定性、幂等性和冲突检测感兴趣。

注意 由于问题的性质不完全属于任何特定领域，因此交叉发布。

任何人都知道创建各种仪表板以查看不同配置设置的好工具。我们有多个环境，我希望能够快速浏览多个服务器的 web.configs / 数据库表中的不同配置设置？

我想知道，是否可以为大型 android 项目创建敏捷项目结构？

现在项目被组织为单个 android_module。编译时间让我很沮丧。项目包含约 350 个 xml 布局，约 800 个小图像，因此 R.java 生成和打包需要很长时间，即使我只为一个活动更改了一个 xml 布局。

我的目标 - 允许对项目的一个部分进行快速编译和测试运行