问题标签 [configuration-management]

我为我们的 PayPal 实现创建了一个新的 C# 项目（非 Web）。我有一堆配置字符串，如下所示，我需要找出最好的存储方式。我创建的各种包装类都在使用这些字符串。此外，这是一个可用于任何 Web 项目甚至后端的项目。所以我需要一种很好的方法来解决这些问题，以便其他应用程序不需要，并将所有这些字符串键集中在我的 PayPal C# 项目中以在那里维护它们。使用我的包装器项目的其他应用程序应该对这些字符串一无所知或需要......我的项目负责存储它们。

有了这个，在哪里？我是否在我的 C# 非 Web 项目中使用 Web.Config？我是否使用应用程序配置？我是否将它们存储在数据库中（不，坏主意）。或者我是否将它们作为常量存储在例如 Constants.cs 类中？

我也不知道将它们存储在常量类中是否安全？在我看来，我最好的选择是将 web.config 或某种配置添加到我的非 Web 项目中，然后将它们存储在那里。

我的情景

我有一个将从多个单独的可执行应用程序中调用的类库。此类库需要知道要访问的数据库服务器的地址（以及许多其他配置选项、身份验证信息等）。我有一个与类库分开的配置和管理应用程序，它也需要知道和设置这些配置选项。

我的问题

将这些用户特定的配置选项存储在 Windows 注册表中是常见的做法，还是更喜欢对类库使用典型的“App.config”XML 方法并允许配置工具对其进行更改和修改？

我倾向于使用注册表方法，但我知道很多人对不使用它有意见。你会怎么办？

我使用 ASP.NET 网站 Small Business Starter Kit 作为简单 Web 应用程序的起点。出于几个原因（与 VisualSVN 更好的交互等），我想将其从网站转换为 Web 项目。我从头开始创建了一个新的 ASP.NET Web 应用程序...然后通过资源管理器复制并粘贴所有文件，然后进行项目-> 创建 Web 应用程序。我修复了一些初始错误，但现在我在原始的“项目”页面上得到了这个：

为 SmallBusinessDataProviders 创建配置节处理程序时出错：类型“FooWeb.ProviderSettingsValidation”不继承自“System.Configuration.IConfigurationSectionHandler”。（C:\Projects\FooWebFacing\FooWeb\FooWeb\web.config 第 5 行）

有谁知道为什么它给我这个我必须实现 IConfigurationSectionHandler 的错误消息？通过从 ConfigurationSection 继承，它在 ASP.NET 网站项目中没有问题......并且该网站是作为 .NET 3.5 构建的。我尝试将我的项目更改为 .NET 2.0，但仍然没有运气 - 但我不明白这有什么关系。我正在使用 VS 2008 开发人员版。非常感谢您的帮助。

编辑：要明确一点：相同的代码可以作为 Web 项目正常工作 - 但不能作为 Web 应用程序。无论它来自哪个项目，这个错误也毫无意义。有谁知道这怎么会发生？

我正在开发一个包含 4 个产品的产品套件。现在，所有的配置数据要么在 XML 文件中，要么在属性文件中。这种方法是不可维护的，因为我们必须为不同的环境（例如生产、开发等）管理不同的配置文件。

那么，处理配置数据的最佳方式是什么？

另外，我们可以把它模块化成一个单独的模块吗？让所有产品都可以使用这个模块。我们不想使用属性文件。我正在寻找一种解决方案，在该解决方案中，我们可以将所有配置特定代码作为新的配置模块移动，并将所有配置数据保存在数据库中。

ASP.NET 3.5

我们解决方案中的类引用了 ConfigurationManater.AppSettings[""] 来获取 appSettings（来自 web.config）。

我们决定对此不满意。人们在代码中输入错误的 appSetting 键名（编译良好），而且跟踪使用情况很麻烦。当您在各处引用相同的 appSettings 时，整个代码库中都会出现重复的字符串。

因此，我们决定只允许一个类引用 ConfigurationManager，当需要某个 appSetting 的值时，解决方案的其余部分将引用该类。ConfigurationManater.AppSettings[""] 是静态的，因此我们从单个 Settings 类中公开了一堆静态只读属性。

这工作得很好，直到我们需要在测试中模拟设置。我们创建了一个接口来启用我们的模拟（这是任何类型的错误吗？）。

现在我们将 ISettings 实例作为使用设置值的对象的依赖项注入（类/接口位于每个人都可以毫无问题地引用的项目中）。

在我们无法注入现有实例的地方（例如 Global.asax），我们在静态字段中构造一个新实例。

鉴于所有这些，您会建议我们改变什么，为什么？

我正在与一个由 5 名开发人员和 1 名 QA 人员组成的小型开发商店合作。我们正在使用 TFS，需要更复杂地了解如何使用这个工具。

目前，开发团队每天晚上检查他们的代码。每晚构建运行并将输出推送到网络共享上。我们的 QA 人员在第二天使用此构建进行测试。有时，主干代码库的构建存在阻碍 QA 过程的问题/错误，这在过去并不是一个大问题，但我们现在希望达到一个状态，让我们的 QA 人员在稳定的 QA 上进行测试建造。

所以我认为我们需要创建一个分支（称为 QA），开发人员将继续在主干上进行开发，但 QA 人员将使用从 QA 分支中的代码创建的构建。

看起来很简单，但我们也开始进行代码审查。所以我们有另一个愿望，那就是只有经过代码审查的代码才能被提升到 QA 分支。每个开发人员都处理一个 TFS 项，当他们签入变更集时，他们会针对 TFS 项执行此操作，该项会在签入的代码文件和 TFS 项之间创建链接。最终，TFS 项目变得完整并准备好进行代码审查。附加到 TFS 项目的所有代码都经过审查。这些文件的版本如何升级到 QA 分支？

在 QA 分支中，如果发现错误，我们希望在 QA 分支中修复它并将更改迁移回主干。我相信 TFS 有办法自动执行此操作，不是吗？

长话短说，我们希望获得一个我认为非常标准的构建和 CM 环境，但我们不知道如何使用 TFS 实现这一目标。鉴于我们上述情况，有人可以指出一本书或网站可以满足我们的特定需求吗？我们希望在不必深入研究 CM 理论或 TFS 的情况下实现这一点。

我非常感谢任何和所有的建议！

谢谢，约翰

我们是一家新的敏捷商店，我们遇到了一个我希望其他人看到的问题。

在我们的流程中，Trunk 被认为是一个集成分支；它不必是可发布的，但它必须是稳定的和功能性的，以供其他人分支。我们为新的开发创建了主干的功能分支。所有工作和测试都发生在这些分支中。一个单独的分支会根据需要拉起，以保持与主干的集成，就像其他被接受和提交的特性一样。但是现在我们有许多功能分支。每个都是专注的，生命周期很短，完成后会被推到主干，所以我们不会争论是否需要分支，而是非常努力地实现敏捷。

我的问题出现在这里：我要求分支在其生命周期结束时从主干中拉出，并在推送到主干之前完成验证、回归测试并处理所有配置问题。一旦重新集成到 Trunk 中，我要求至少进行一次构建和自动冒烟测试。但是，我现在正在推迟中继验证。理由是开发人员可以合并代码而不需要 QA 验证步骤，因为他们已经完成了功能分支中的工作。因此，不需要额外的测试。我试图提醒管理层无数次“无脑”合并失败。他们的解决方案是让开发人员区分功能分支和新合并的主干，而不是构建和回归测试。他们心中的那个过程将取代我要求的回归测试。那么，当您重新集成回 Trunk 时，您需要什么？如果我们删除这一步并替换为 diff，我们会遇到什么问题？保持敏捷的成本是分支机构整合的额外工作吗？

感谢您的任何意见。孤独的CM

如果您对具有许多第三方依赖项的大型应用程序的项目要求包括：

1) 维护一个配置管理系统，该系统能够在原始构建运行后 25 年内从源代码中逐位复制任何构建的相同副本，并且

2）使用Maven2作为构建工具来编译构建并解决依赖关系

需要遵循什么流程才能满足这些要求？

Currently all web apps are deployed using seperate config files:

This has disadvantages, even if you only need to swap out one config file, that I'm sure everyone is familiar with (wondering what just deployed without searching through XML is one of them)

I want to add Logging to my application that basically says 'RUNNING IN PRODUCTION MODE', with a description of the services deployed and what mode they are working in.

and so on...

Is this possible in Spring using a conventional deployment (putting a war on a server)? What other things do people do to manage deployments and software configurations?

If not, what other ways could you achieve something similar?

我正在使用颠覆作为 RCS。总是当我的项目的新版本完成时，我会创建它的标签（主干的副本）。有人知道我如何保护这个标记目录不被意外修改吗？

目前作为一种解决方法，我锁定了所有文件。但是这个门槛意味着拥有锁的用户可以编辑文件。

有没有更好的解决方案？