更改控制服务器/硬件和软件更新

您可以从任何简单的售票系统开始。 我自己喜欢Trac ，但还有很多其他的。

我经常通过的一个小团队的过程如下。

1. 问题已确定。
2. 票据是用基本描述创build的。
3. 机票更新与调查结果和行动计划。
4. 补救工作正在进行。
5. 机票已更新。 如果修复，closures。 或重复步骤3。
6. logging共享文档中的持久性更改。

我们使用Trac的维基共享文档。 每个机器/服务types都会创build一个wiki页面，详细说明它的构build，先决条件，可交付成果和怪癖。 文件很容易格式化和编辑。 整个地段是可search的，容易参照。

我们也使用Puppet和版本控制其他configuration，所以使用commit-hooks来引用门票。 但是，你不一定要为了受益而走得那么远。

最重要的细节是强制每个工程师遵循相同的工作stream程。 如果他们不这样做，那么你就是在浪费你的时间;）

木偶对于这种事情真棒