チケット駆動と分散バージョン管理 - torutkのブログ
実は、チケット駆動開発はいいなぁと思いつつ、チケット駆動開発は習慣化が必要で、習慣化するまでは非常に努力を要するため、今までちっとも実践できずにいました。 最近、地理的に離れた複数拠点で、しかもネットワークが断絶に近い状態で、同一ソフトウェアを開発する都合上、それまで使用していたSubversionでの集中リポジトリでは対応できないため、分散リポジトリの一つBazaarを使い始めました。また、拠点間でのソフトウェアの変更反映には、パッチを使用しています。そのため、パッチが多数累積するので、パッチを管理するために、チケットとパッチを結びつけるようにしています。 すると、チケットがないとパッチを作成できないので、必然的にチケット駆動となります。チケットがなく修正した場合も、パッチを送付するためには、パッチと結びつくチケットを作成しなくてはならず、後追いでもチケットが作られます。 分散バージョン
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20080311/
