Mercurialを使ったチケット駆動開発の記事が非常に素晴らしいのでメモ。 このやり方を使いこなせれば、ソフトウェア開発の生産性は劇的に上がると思う。 【元ネタ】 mercurialでチケット駆動開発 - ろじぼ 上記の記事を理解できた範囲でまとめてみた。 【仮定】 ・SCMはMercurial。(Gitでも良い) ・BTSチケットでSW開発のタスクを管理する。 ・trunk、confirmブランチは中央リポジトリ(サーバー)にある。 ・チケットブランチ(トピックブランチ)は、ローカルとサーバーの2箇所にある。 常時同期されている。 ・作業の優先順位によって、チケットがリリース順≠開発順の状況はある。 【チケットAブランチ上の作業手順】 1・チケット担当時に、ブランチ作成。【チケットのステータス＝担当】 ↓ 2・チケットAブランチ上でガンガン開発する。【チケットのステータス＝担当】 →t
チケット駆動開発とプログラムの品質に関するメモ書き。 【1】チケット駆動開発でソースが綺麗になる 以前のプログラミングは、ソース1行とコメント1行をペアに書くのが普通だった。 実際は、プログラミング設計書の該当箇所をそのままソースにコメント化して、そのコメントに合わせて実装する開発スタイル。 又、障害修正が発生するたびに、修正日と障害管理No、パッチの範囲を示すコメントを入れていた。 たくさんの人のパッチが入るたびに、コメントが増えて、ガラクタがソース中にどんどん増えていく。 最終的に、本番稼働中のソースはたとえコメントであろうとも、コメントを削除するだけのリファクタリングすらできなくなる。 おそらくこの開発スタイルは、汎用機＋Cobol時代に作られたものだろう。 昨今のプログラミングスタイルでは、ソース中に処理説明や修正箇所のコメント化はしない。 仕様に関するコメントは全てチケットへ書く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く