関連スライド
各ページのテキスト
リリース対象ど～れだっ？？ こんなことで悩んではいけません…
自己紹介 • HN：ぶらっく（@__Black） ぶらっくの技術メモ http://blackssi.cocolog-nifty.com/blog/ • 金融系業務パッケージ担当ＳＥ • TFS使い始めてまだ2年ぐらい？ • TFSUGスタッフです ※広島在住です！！
「リリース」ってこんな感じ？ 開発 テスト リリース テスト 本番提供 • プログラム変更 • 設定ファイル変更 • 開発環境でちゃんと動作する？ • 別環境で変更したものをリリースしてみる • リリーステストの通りに本番環境にリリースする
継続的デリバリー • 継続的なソフトウェアの デリバリー • 信頼できるソフトウェア リリースのための ビルド・テスト・ デプロイメントの自動化
継続的デリバリー８つの原則 • ソフトウェアをリリースするための反復可能で 信頼できるプロセスを作る • ほとんどすべてを自動化する • すべてバージョン管理に入れる • 痛みを伴うものはこまめに実施し、 痛い思いは早めに • 品質を作りこむ • 完了した＝リリースした • 誰もがデリバリープロセスに対して責任を負う • 継続的改善
絶望的デリバリー８つの例（？） • ソフトウェアのリリースは複数の端末で 毎回手作業 • ほとんどすべてが手動 （プログラムをエクスプローラーでコピー） • 現地にしか設定ファイルがない • 毎回毎回現地一発勝負 • 品質は動かしたらわかる • 完了した＝プログラムをビルドした • 誰もが責任から逃げる • 継続的苦痛
今日のお題（絶望例） • リリース対象を開発者に確認したけど、リリース してみたら対象ファイルが不足してた • 修正したソースはわかるけど、どのバイナリが リリース対象かわからない
「リリース」ってこんな感じ？ 開発 テスト リリース テスト 本番提供 • プログラム変更 • 設定ファイル変更 • 開発環境でちゃんと動作する？ • 別環境で変更したものをリリースしてみる • リリーステストの通りに本番環境にリリースする
さて、どうしてくれましょうｗ • リリース対象を開発者に確認したけど、リリース してみたら対象ファイルが不足してた →バージョン管理システムをちゃんと使えば、 前回リリースからの差分リストはすぐに 取り出せます！
さて、どうしてくれましょうｗ • 修正したソースはわかるけど、どのバイナリが リリース対象かわからない →継続的インテグレーション環境(CI)を ちゃんと構築していれば、ソースを修正した 以降にビルドしたバイナリは特定できます！ • TFSなら、バージョン管理・CI環境・作業項目 管理機能などが統合され、プロジェクトで使用 される情報を横断的に管理可能です！ <(｀^´)>
でも、こんなことないですか？ • リリース対象を開発者に確認したけど、リリース してみたら対象ファイルが不足してた →バージョン管理システムをちゃんと使えば、 前回リリースからの差分リストはすぐに 取り出せます！ • 画面操作しないと差分がわからない・・・
でも、こんなことないですか？ • 修正したソースはわかるけど、どのバイナリが リリース対象かわからない →継続的インテグレーション(CI)環境を ちゃんと構築していれば、ソースを修正した 以降にビルドしたバイナリは特定できます！ • 修正したソースを含むバイナリだけリリース したいのに、ソースとバイナリの関連がわからない • CI環境でビルドを実行すると全てのバイナリが 再作成されるので、バイナリの更新日時で 判断できない
ちょっとがんばります！ • 画面操作しないと差分がわからない・・・ →ビルド時に、前回リリースからの修正リストを 出力するプログラムを実行すれば！
修正リスト出力 • 「前回リリース」ってどう管理する？ →今回は「ラベル」を使用してみます。 MAIN チェック アウト チェック イン 前回 ラベル１ 今回
修正リスト出力 • 「ラベル１」以降のチェックイン内容 （チェンジセット）を取得すれば、 修正リストになります。 • 実は、ラベルもチェンジセットを基に 登録されているので、特定のチェンジセット間の 修正情報を取得するだけになります。
修正リスト出力 • TFSへの接続
修正リスト出力 • ラベル名からチェンジセットIDを取得
修正リスト出力 • チェンジセットの履歴を取得
ちょっとがんばります！ • 修正したソースを含むバイナリだけリリース したいのに、ソースとバイナリの関連がわからない →ビルド時の情報を使って、どのソースからどの バイナリを作成したかが取得できれば！
バイナリからソースファイル名を （Java版） • JDKにある「javap」コマンドを使って、 jarファイルに格納されているクラス情報と共に、 ビルド時のソースファイル名を取得します。 • ソースファイル名をリスト化すれば、jarファイルと ソースの関連は簡単に確認できるようになりま す。
バイナリからソースファイル名を （Java版） • Jarファイルの展開
バイナリからソースファイル名を （Java版） • classファイルからソース名を抽出
バイナリからソースファイル名を （.NET版） • 「Debug Interface Access SDK」を使って、 ビルド時に生成されたPDB（プログラムデータ ベース）ファイルからソースファイル名を取得しま す。 • PDBファイルの内容を出力するサンプルが あります。 （http://msdn.microsoft.com/jajp/library/vstudio/b5ke49f5.aspx） →「dia2dump」で検索
バイナリからソースファイル名を （.NET版） • ソースファイル名の抽出
取得作業を自動化 • 「ビルド後に実行するコマンドライン」とか、Ant のexecタスクとかで自動実行させます。 • Visual Studio & TFS 2013であれば、 「RunScript」アクティビティを使って、 ワークフロー内で実行することもできそうです。