Mercurialのような分散バージョン管理を組み合わせたチケット駆動開発とそれ以前の開発スタイルの違いをまとめる。 【元ネタ】 Re:Re:mercurialでチケット駆動開発 - ろじぼ Mercurialによるチケット駆動開発は強力だ!: プログラマの思索 ReviewBoardとMercurial+TiDDは相性が良い?: プログラマの思索 【Mercruial以前のTiDD】 「Mercurial以前のチケット駆動開発」シートにあるように、trunkと本番ブランチの2本でソース管理している。 基本は、trunkはリファクタリングや機能追加、本番ブランチは障害修正のみ行い、ソース修正の目的をコードライン単位に使い分ける。 理由は、コードラインの品質を維持したいからだ。 リファクタリングや障害修正、機能追加をtrunkの1本のみで行うと、突然の本番障害に対応できなくなるからだ。 そし
![Mercurial以前と以後のチケット駆動開発 - プログラマの思索](https://cdn-ak-scissors.b.st-hatena.com/image/square/f5023cc76aa5502e2a40df5cca5d9a093c69f2db/height=288;version=1;width=512/https%3A%2F%2Fforza.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)