エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
チケット駆動開発がもたらした新しい観点part2~トレーサビリティの拡張 - プログラマの思索
Redmine・Trac・Mantisでチケット駆動開発を実践してみて、技術的に一番面白いのは、ツールの連携による...表示
Redmine・Trac・Mantisでチケット駆動開発を実践してみて、技術的に一番面白いのは、ツールの連携によるトレーサビリティの強化であり、その拡張だ。 この考え方は﹁ソフトウェア構成管理とはそもそも何なのか?﹂という問題に行き着くと思う。 以下ラフなメモ書き。 ︻1︼チケット駆動開発の基本的な運用ルールは﹁No Ticket, No Commit!﹂だ。 実際の運用方法は、SVNやGit、Mercurialのコミットログに﹁refs #チケットNo﹂﹁fixes #チケットNo﹂を付けてcommitすると、自動的にチケットとリビジョンが相互リンクするやり方。 この運用ルールは、障害管理において、障害報告票に基づいてどのようにソースが修正されたのかをレビューしたり検証したり、リリース後に確認できるようにしたい発想から生まれた。 この単純な運用ルールこそが、従来のAgile開発には無かっ
2012/01/02 リンク