问题标签 [configuration-management]

一个配置管理模式问题（使用 Rational ClearCase UCM）

当我使用主线方法时，我通过以下方式创建新版本：

• 从主线创建版本 1
• 在某个时刻基线版本 1，将版本 1 交付给主线
• 从主线创建第 2 版
• 在某个时刻基线版本 2，将版本 2 交付给主线
• 从主线创建第 3 版
• ETC...

工作得很好，因为路径名是/main/release 3/latest而不是/main/release 1/release 2/release 3/latestetc...

但是...当在第 1 版中是必须传播到更高版本的新元素时，我不能使用主线，因为主线已经在例如第 4 版上。

我唯一能做的就是直接从版本 1 交付/合并到版本 2。
坏事是路径名随后变成/main/release 1/release 2/latest了该文件（可能还有以后的版本）。那就是我认为不符合主线的做法。

我究竟做错了什么？

交叉发布于：http: //www.cmcrossroads.com/forums?func=view&catid=31&id=99369#99369 交叉发布于：https ://www.ibm.com/developerworks/forums/thread.jspa?threadID=330226

应该很简单，但无论我尝试什么都返回 null：

我确定我以前做过。

如果这有所作为，我正在使用 MVC。

我正在开发一个在 VS2010 中包含多个项目（类库、互操作、Web 应用程序等）的解决方案。

对于 Web 应用程序，我想利用 VS2010 中的配置转换，因此我有一次为我们的每个环境添加了配置：开发、测试、生产等。

一段时间后，在重新排列项目布局后，我注意到一些项目在属性页面下拉列表中显示了所有配置。一些项目（在我进行该设置后添加）仅显示标准的调试和发布配置。一旦我意识到这会使构建配置变得更糟，而不是更好，我决定删除我添加的所有额外配置。

我已经从解决方案中删除了所有各种配置选项，但是具有备用配置选项的项目仍然拥有它们，我无法弄清楚如何在单个项目中摆脱它们。

此外，现在我看到并非所有项目都必须具有相同的配置，我想在解决方案级别和 Web 应用程序项目（用于配置转换）中创建我的环境配置，但保留所有类库使用基本的调试/发布配置。我一直无法在 UI 中找到任何工具，或在“网络”上找到有关如何设置此类东西的任何信息。

那么，简而言之，在 VS2010 中管理项目级别配置的最佳/最简单方法是什么？

作为典型测试周期的一部分，我的问题与用于将应用程序配置数据提升到新环境的最佳实践和工具有关。后者包括三个环境，TEST、STAGING 和 PROD。代码和配置更改首先应用于测试，然后升级到 STAGING，然后在每个步骤通过测试后升级到 PROD。

从一个环境到另一个环境促进软件的构建很简单。但是，管理相应设置/配置数据更改的推广更具挑战性。该应用程序是高度可配置的，并且配置数据很大——数百个 Oracle 数据库表中存储了几 GB。

从概念上讲，问题包括：

1. 跟踪在应用程序中对配置数据进行的所有创建、更新和删除。
2. 将这些更改从一种环境转移到另一种环境

由于涉及大量更改，手动执行此操作既费时又容易出错。我的问题是：是否有任何有用的工具和策略可用于自动化/流化此过程？

我想就管理大量复杂（例如 xml、.properties、自定义格式等）配置文件的最佳实践征求您的意见，因为现在每个更复杂的项目都包含许多数不胜数的方法。

如何不迷失在这样的混乱中？如何以最佳方式重用它们？任何可以提供帮助的好工具（可能是一些基于 Eclipse 的）？

这个问题太简单了，但仍然感谢简短的回答。我想从文件SmtpClient中获取用户名/密码。App.config从 MSDN/schema 我发现正确的文件（摘录）应该如下所示：

我试图在初始化SmtpClient状态时找到要调用的正确 API，以便从 XML 中很好地获取邮件和密码：

是否有适当/专用的方法来获取servername, user，password或者我应该只调用“常规”APIConfigurationManager.AppSettings["server"]吗？

什么 Perforcep4命令列出了给定更改列表中更改的文件？请注意，我只需要已更改文件的名称，而不需要内容差异。

您是否知道像 Microsoft Team Foundation Server 2010 这样的产品可以解决 Java EE 开发的并行开发难题/冲突？

假设我有一个成功构建的 .NET 项目。现在，我需要选择性地构建到不同的环境，例如 DEV、QA 和 PROD。每个都需要自己的配置文件（例如 app.config）来包含相应的连接字符串和其他设置。

我看过简单的预构建脚本，例如Scott Hanselman 的这个。它有效，但我的问题是预构建步骤修改了源代码。简单地构建项目将覆盖源文件并不必要地触发源代码控制修改。

我还可以研究 VS/MSBuild 之外的脚本，以便在部署后将配置文件放在那里，但我真的希望还有更好的方法。也许是 VS/MSBuild 中自包含的一种方式？

我对目标服务器的部署策略是灵活的。我考虑过一个安装项目，它需要在打包之前进行配置。或者，xcopy 安装也可以。

想法？

我在一家维护大量定制软件产品的小型开发商店工作。他们有 3 个环境——运行软件的测试、暂存和生产环境。绝大多数是 Web 应用程序 (ASP.NET)，而少数是计划应用程序或 Windows 服务。这些应用程序都通过 ASP.NET Web 服务、少数 WCF 服务和 DLL 库相互交互，并且都共享大量数据库。

管理团队正在寻找一种解决方案来跟踪在不同服务器上运行的所有软件实例——应用程序 A 依赖于 B 和 C，并使用带有登录凭据 LMNOP 等的数据库 X。

是否有任何现成的产品可以帮助完成这项任务，还是我们最好从头开始开发一些东西？