问题标签 [configuration-management]

我目前正在开发一个需要可配置静态文本（包括标签、消息和验证错误）的项目。我想知道最好的方法是什么。该应用程序是使用 ASP.NET MVC 和 C# 3.5 编写的。我需要将所有这些静态可配置文本从不同的项目提供给 MVC 项目。我想过使用全局资源，或者使用将在应用程序启动时加载的 XML 文件。顺便说一句，这与本地化无关，最终用户也无法配置静态文本。

我知道有些帖子询问如何将第三方库存储到源代码控制中（例如this和this）。虽然这些都是很好的答案，但我仍然找不到答案：

您如何存储需要更改编译器/IDE 以使库正常工作的第三方中间件/框架二进制文件？注意：根据我的需要，我不需要存储中间件源，我只存储头文件/lib/JAR ..以便它可以链接。

通常，您只需将库链接到您的应用程序，就可以了。但是需要更多的中间件/框架呢？

具体例子：

• Qt moc 预处理器。

• ZeroC Ice Slice (ice) 编译器（类似于 CORBA IDL 预处理器）。

基本上，这些框架/中间件需要在您的应用程序链接到它之前生成它们自己的代码。

从开发人员的角度来看，理想情况下他只想结帐，一切都应该准备就绪。但是我的IDE/编译器还没有正确设置，所以编译会失败..

你怎么看？

任何人都可以简单地解释配置管理和版本控制之间的区别吗？从我在各种网站上找到的描述来看，配置管理似乎只是一个花哨的术语，用于将您的配置文件放在源代码控制存储库中。但其他人让我相信有一个更复杂的解释。

我应该一起使用哪些 CI 服务器和配置管理工具来进行真正的开发和部署维护。

没有事实上的铁路可持续环境，是吗？

一些假设：

• 代码控制版本ok - git（事实上的工具）
• 测试框架ok - 随便（rspec 是我的选择）
• 代码覆盖和分析ok - 随便（例如metric-fu）
• 服务器堆栈ok - （例如Passenger）
• 问题跟踪器 (RedMine)
• 等等，...

如果诚信和月光项目，我想玩，对我来说这是一个很好的开始，不是吗？

你怎么看待这件事？

谢谢，

布鲁诺

2周前，我提交了我的应用程序的配置，它有我的密码，它不是很有用。如何从提交历史记录中删除该文件并确保它不会被重新提交？

我想从所有提交树中删除该文件，因为它包含我的密码。

我正在与管理层讨论 Subversion 实践。我已经要求他们告诉管理员配置我们的 Subversion 存储库，以便之后可以更改提交评论，以防我错过了校对 :-)。

我的论点是，

• 可以更改需要改进的日志消息，例如更广泛的评论或拼写错误。
• 输入日志消息时很容易出错，这样可以恢复它们。
• 当犯错时，每个人都应该有第二次机会:-)
• 如果将源代码和注释从存储库导出到第三方，如果发现不正确的日志消息，这将是有价值的。如果无法更改或仅在导出的文本文件中更改注释，则所有内容都将变得不同步。

缺点是，

• 日志消息更改本身不会被验证，因此旧消息显然丢失了。

我们的管理层拒绝了我的变更请求，因为“增加了管理成本”和“之后能够进行变更的风险更高”。显然，我要求进行更广泛的解释。

无论如何，你们对此有什么意见吗？你怎么看？之后可以编辑日志消息吗？你能给我更多的专业人士告诉管理层吗？

我认为这限制了开发人员的自由，作为我的开发人员，我希望最大程度的自由茁壮成长 :-)

Cfengine 和 Chef 在功能方面有什么区别？

我们是一家小型创业公司，从零开始。我们使用 Subversion，存储库位于基于 Web 的服务上。

我熟悉 CVS 并阅读了一些关于 SVN 的介绍，这没什么大不了的。我对 CM方法的参考感兴趣，这将使我们能够在 CM 本身上花费最少的精力，但将使我们能够顺利地工作而不会发生冲突。我确信不需要重新发明轮子，我只是想确认我的想法。

我的想法是：

• 每个开发人员都开始了他的私人开发分支
• 完成后，它被合并到集成分支。在集成分支上进行了进一步的稳定化。
• 集成完成后，将其合并到主干并标记。

我不清楚：

• 之后我们应该从主干开始一个新的私有分支，还是继续在同一个私有开发分支上工作？
• 我看到 svn 在专门重新集成到trunk时具有特殊行为。那么，拥有一个特殊的集成分支有好处（或缺点）吗？

多谢。

我想要 repo 根文件夹下的所有文件，除了 .hg/、.hgignore、.hgtags 等。是否有内置或现有的扩展来执行此操作？

我已经用硬代码“mercurial files”实现了一个非 hg 脚本，但我想要一种排除 mercurial 相关文件的编程方法。

我正在尝试通过定期删除所有文件，从 Starteam 进行干净签出，然后运行 ​​hg addremove，然后签入来镜像非水银配置管理服务器（Starteam）。

我们使用 JIRA 作为我们的票务系统。新的错误/票证被提交到该系统。修复错误后，我们会创建一个新版本并在我们的开发服务器上对其进行测试。如果一切正常，我们会将其推送到实时服务器。现在我通常在主干上工作，没有任何分支来修复错误。这当然是个问题。因为我们的系统中可能存在许多错误，但一次只能修复某些错误。但是，如果我将它们全部固定在主干而不是分支中，那么即使我们没有足够的时间来测试它们，我们也将被迫全部测试它们。您通常如何修复错误和分支等？（我不确定我是否解释得很好）。