问题标签 [configuration-management]

我正在寻找 CSCI / 配置项的最官方定义 - 不仅仅是它是什么，而是当合同定义应作为配置项开发的子系统时我们必须交付 / 可以预期的内容。

我花了一些时间使用我著名的搜索工具，找到了很多关于 CSCI 的解释（维基百科、首字母缩略词目录……），但我还没有找到标准或指向标准的指针（如 ISO-xxx）。 (1) 它是什么以及 (2) 从 QM/CM 的角度来看必须做什么。

我只是问，因为承包商 QM 代表在验收测试中表示，CI 只需要不要忘记配置计划中的 CI 并分配序列号......我预计会看到一些 SRS、SDD、ICD、SVD、 SIP，……这些子系统的文件和验收测试文件……

I undrstand that a trunk is the "main" branch, and understand the concept of branches and tags. but where does the "head" comes into the picture? It seems it is the "latest" revision? if so than what is it's difference to a "trunk"

I'm sure I'm probably mixing unrelated fields, e.g. trunk is to branch as head is to tags?

I dug into some documentations, but I must admit that it wasn't that clear to me time limiting.

我想对一组构建为 zip 文件的文件进行源代码管理，其中包含 XML 文件。

由于目前这些文件按原样签入，因此它们被视为具有所有明显限制的二进制文件

由于这些文件包含 XML 文件，为了避免要求程序员压缩/解压缩，我想自动执行以下操作

对于签到：自动分解文件：

• 这些文件具有唯一的扩展名，因此对于使用该扩展名签入的每个文件
• 将该文件解压缩到内存/临时位置
• 对于这些文件（XML）中的每一个，将它们标准化（用于比较/合并）
  • 以预定义的顺序（例如字母顺序）重新排序根的直接子节点
  • 有些项目有本地参考ID，排序后按顺序重写ID
• 在 SVN 中创建一个与原始压缩文件同名的文件夹
• 将 zip 中的文件签入该文件夹

对于签出：自动重新打包文件：

• 不太重要 - 可以使用 Maven / Ant 完成
• 检查展开的文件夹（或其任何内容文件）时
• 而不是签出该文件夹/文件：
• 压缩该文件夹中的所有文件
• 并查看压缩文件

对于合并

我假设合并不是 SVN 服务器端，而是客户端的责任，所以有没有一种简单的方法来编写合并插件，（例如对于 Tortoise）

以上任何一种可能吗？如果是这样，那怎么办？有不止一种方法吗？

我想知道如何在 SVN 中完成以下常见的 StarTeam 任务

1. 如何更新标签以包含仅 1 个文件的更新版本？

在 StarTeam 中创建视图标签（类似于 SVN 中的标签）后 - 我能够将文件的较新版本包含到该视图标签中 - 例如更新视图以仅包含该文件（而不是自创建该视图标签

2. 如何基于另一个标签创建一个标签？

在发布版本的同时继续开发时，尽管已签入某些功能，但它们不会被包含在内。在 StarTeam 中，我曾经根据以前的视图创建一个视图标签（再次，就像一个标签）（然后按照我的描述进行操作）在问题 1）中。我知道在 SVN 中我可以基于另一个标签创建标签，但它是只读的，我需要一个分支。但我真的不需要分支，真的。

3. 如何签入/添加到现有标签？

在 StarTeam 中，视图标签位于主干/分支上，因此我可以在创建视图后签入文件并修改标签以包含它，在 SVN 中我必须签入分支

我们即将开始对一个新应用程序进行原型设计，该应用程序将与现有应用程序共享一些现有基础结构组件，并且还涉及现有域模型的重要子集。

对于这个新应用程序，部分领域模型可能会发生一些重大变化，所有这一切的最终结果是，一旦新应用程序被完全指定并准备好发布，我们希望重新统一模型两个应用程序（以及共享数据库、链接功能等），但在开发、原型制作等期间，我们将使用单独的数据库，以便我们可以更改内容而不必担心对开发或使用的影响现有的应用程序。由于它是一个原型，将有一个相当长的窗口，在此期间可能会发生严重的变化或重新架构，因为产品管理实验不同的工作流程，不同的客户群被调查，我们努力跟上。

为了不影响成熟应用的并发开发，我们已经做了一个 Subversion 分支，并且正在尝试两种潜在的推进方式：

1. 使用 svn 分支作为唯一的分离机制。当我们确定长期运行的侧分支足够稳定以重新进入主干时，对现有域模型进行更改，并评估它们对现有应用程序的影响（并对 ProjectA 进行必要的更改）。

2. “分叉”共享代码（临时）：将 ProjectA.Entities 复制到 NewProject.Entities，并将所有 NewProject 代码视为自包含的。当模型周围的所有扰动都消失并且我们感到满意时，手动将更改（如保证的细化或全面）重新集成到 ProjectA.Entities 中，更新 ProjectA 以在每个步骤中使用改进的模型（这可能需要放置在发生颠覆合并之前或之后）。然后，颠覆合并将不会处理此处任何重大更改的重组。注意：“fork”方法仅适用于我们在存储中看到显着更改的代码，并且其修改将破坏 ProjectA - 例如共享基础设施的东西，我们只需在原地修改（在我们的分支上）并让合并排序.

3. 发展难，去购物。

自然，在没有达成协议后，我们将把它交给 SO 的权力神谕。任何这些方法的经验，需要注意的痛点，全新的东西？

有没有像 *nix world 这样的 Windows 工具？我正在寻找像Chef或Puppet这样的东西。

我找到了 cfEngine，但它看起来仍然非常以 *nix 为中心。理想情况下，它将是开源的，并且是命令行驱动的。

这个想法是将自动化基础架构与基于 Windows 的服务器组合在一起。我们目前的 IT 部门不允许使用非 Windows 服务器。

在 .NET 中工作时，我可以使用 web.config 或 app.config 来设置多个环境（开发、测试、生产）。

例如，我希望指定我的 web（restful）服务的位置，以便针对一个服务进行开发、针对另一个进行测试，然后在应用程序的发布版本中使用生产 url。

我将如何在 Android 中做类似的事情？

编辑：每次发布版本时都不更改网址

我们正在编写一个 C++ 程序，该程序需要高度可配置（在启动时）。现在我们有一个基本的 XML 文件，其中包含几个配置变量，以及具有更多配置变量的其他 XML 文件的文件名。总而言之，我们有一个包含大约 10 个 XML 文件的树，以及一些包含其他内容的二进制文件格式。

我们现在正处于变得非常混乱的地步：由于文件是相互关联的，因此很难找到实际解析了哪些文件以及需要编辑哪些配置或要设置哪些路径。

除了互连的 XML 文件之外，还有没有更好的方法来实现复杂软件的配置？

我不想放弃这种方法的一个优点是，从配置的一部分切换到另一部分相对容易。例如，我们有两个用于两个不同机器人的配置文件，要在我们使用的机器人之间切换，我们只需从基本 XML 文件链接正确的文件。

编辑 一些可能的想法可能是：

• 切换到使用数据库？这将是高度可配置的，但不是人类可读的。
• 一些像Firefox的结构about:config？
• 一个巨大的平面 .ini 文件，只处理复制东西？不是一个选项，这会更麻烦
• ...

如果您要使用一些第三方库（logging、orm、di 等）开始一个新项目，您更愿意通过使用 fluent 接口编程还是使用 XML 文件来配置所有这些库？

您会使用仅支持其中一个选项（Fluent 或 XML）的库吗？还是您更喜欢可以在多种配置策略之间进行选择的库。

对于喜欢代码的人，可以以此为假设示例（用 C# 编写）。

这是流畅的配置：

这是 XML 配置：

最后，Fluent 和 XML 配置的优缺点是什么？

到目前为止，我们已经做到了：

代码中的流畅配置

优点

• 编译器评估的强类型
• 条件配置

缺点

• 构建后无法重新配置

XML 配置

优点

• 能够在部署后轻松更改

缺点

• XML 很冗长
• 更容易出现打字错误

我和我的朋友同时在 Eclipse IDE 3.6 - Win 7 操作系统上开发 Android 应用程序。

什么是最好的 ClearCase 工具，请提供安装和集成到 Eclipse 的详细步骤？