版本控制的版本控制？

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

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

Natch - 版本控制和任何其他基础结构代码也受版本控制,但我会使用任何开发项目中的单独项目.

我更喜欢可搜索的wiki或类似的知识库,用VCS配置之类的东西堵塞你的bug跟踪系统.

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