版本控制的版本控制？

Question

我在我公司的最后一个版本中监督分支和合并，并且多次不得不修改我们的Subversion预提交挂钩以强制执行对签入注释等的不同要求。每次编辑这些文件时我都有点紧张，因为（a）它们是现场制作系统的一部分，虽然只是在内部使用（我们不是一个庞大的组织），而且（b）它们不是在版本控制下自己。

我很好奇人们在他们的版本控制基础设施上有什么样的故障保险。每日备份？ “Meta”版本控制？我想前者在这里作为整个存储库备份的一部分。随着登记入住要求的复杂性增加，后者将非常有用......

Answer 1

Natch - 版本控制和任何其他基础设施代码也受版本控制，但我会使用任何开发项目中的单独项目。

我更喜欢可搜索的wiki或类似的知识库存储库，以便使用VCS配置等功能堵塞您的错误跟踪系统。

最重要的是，确保文档保持最新 - 根据我的经验，人们在保持代码文档最新时比管理员文档更好。这可能是有关个人。经常被忽视的一件事是，如果系统是根据标准Unix实践或类似的原理配置的，那么暗示了一些关于OS / X或Windows程序员可能不熟悉的位置的知识，面对突然修复破碎的剧本。不要屈尊俯就，确保记录关于位置和相互依赖性的基本假设。

Answer 2

您应记录所有工具的所有“设置”配置，并且应将这些文档检入版本控制。对于具有允许注释的文本文件配置的工具，您只需签入配置文件即可。但对于需要使用界面的工具，您应该有一个完整的文档，其中包含对话框的图像，显​​示选择了哪些选项。

最重要的是，这些文档应该说明为什么设置了所选的值（未采用默认值时）。

其次，作为备份，在“如何设置版本控制软件？”下的错误跟踪软件中应包含相同的文档。错误。 （错误跟踪数据库位于不同的物理服务器上，对吗？）

第三，所有这些都应该在现场备份。我确定有关于备份策略的问题。

Answer 3

对提交挂钩和其他配置文件使用相同的版本控制存储库有什么问题？这就是我过去负责项目配置管理时的处理方式。

您还应该备份您的svn存储库。这样，如果存储库本身损坏或服务器发生火灾或其他事情，您可以恢复项目和svn控制文件。

Answer 4

如果您有构建这样做的脚本（例如Nant），那么您可以检查这些脚本。