リリースするアプリケーションがWebアプリでJavaならWarファイル1個ならやってもいいけど、たいていそうじゃない。バッチアプリなんかはjarファイルがあってそれをキックするシェルスクリプトがあったりする。.;hoge-1.0.jarというような記述が必要なのでバージョンが変わったらここも書き換えないといけない。(ビルド時に書き換えればいいじゃんとかJava6からクラスパス指定にワイルドカード使えるじゃんというツッコミはある)リリース物が複数のモジュールで成り立っている場合(たいていそうだよね)は、個々のモジュールにバージョン番号付けて管理するのは結構面倒なんじゃないかと思ったりする。Maven使えば多少スマートにできそうだがシェルスクリプトや設定ファイルの記述を変えてビルド、パッケージングするのは大変そう。ビルド番号はHudsonのアレね。ソースが変わってなくてもビルド番号が違うということはあり得る。これはバイナリ管理だな。Hudsonのファイル指紋を使えばバイナリ管理できるからね。ちなみに僕はビルド番号を管理体系として使ったことは無い。やったほうがいいのかなー。使うならv02-00-rc2のビルド番号300に対してテストケースID400から500を試験したらバグID600が摘出されたっていう感じかな。どこまでユニークなID付けをして管理するかはコンテキスト依存ですが、バグ、リビジョン、テストケース、全体バージョン、タグぐらいまでは必要でしょう。個々のモジュールやビルド番号はシチュエーションによるって感じかな。厳密にやると管理が面倒なのでROI的な落としどころを見極めてやるのがいいでしょう。最近は各ツールが連携しているのでかなりやりやすくなっています。Excelに書いて手動でマッピングの必要性はだいぶ薄れているはずです。Kibanaを6.7.1から7.1.1にupgradeした南魚沼グルメマラソン黒部名水マラソンで走ってきた掛川・新茶マラソンで走ってきた月別アーカイブはてなブログをはじめよう!wyukawaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。