昨年の秋に、Sourcegear's Vault (Bugzilla を使用) から Kiln (FogBugz を使用) に切り替えました。すべての開発者は、コミットからコード レビュー、ケース (バグ/チケット)、仕様/要件への緊密な統合を気に入っています。
中央リポジトリの編成をマスターするには、試行錯誤が必要でした。Kiln (および Mercurial by proxy) は非常に柔軟であるため、単純すぎたり複雑すぎたりする組織構造を簡単に構築できます。これは、分岐とマージが容易になることで大幅に緩和されます。私たちの目標は、レビュー済みのコードのみをステージング リポジトリに入れ、QA にリリースするためにデプロイできるシステムを構築することでした。このプロセスを合理化するために、リポジトリの編成を完成させるのに約 6 週間かかりました (ほとんど試行錯誤の結果でした)。
Vault では (哲学的な観点からは Subversion に匹敵します)、元に戻すのに何時間もかかる可能性のある変更を簡単にコミットできますが、Kiln では、変更を加えて破棄するのは簡単です。TFS について話すことはできませんが、Vault でリリースするためにコンパイルするのは悪夢でした。90 分の生産性を無駄にします。Kiln では、いくつかの Perl スクリプトを記述してビルド/リリースを自動化するのは簡単です。これは、数分間の手動レビューがなければ、ほぼ瞬時に完了します。
最大の課題 (Helgi が示唆するように) は、ブランチの管理です。一部の開発者はこれが非常に簡単だと感じていますが、他の開発者は苦労しています。
Vault から Kiln への変換パスもなかったので、アーカイブ目的で Vault サーバー インスタンスを維持し、Kiln で新たに開始しました。
6 か月後、私たちの生活は (より良い方向に) 変わりました。