とある案件のTFS導入事例

Transcript

1. 2012.2.20 第４回TFSUG #tfsug @int128

2. 自己紹介 INTRODUCTION

3. いわてぃ @int128 http://d.hatena.ne.jp/int128/ SIerに勤務するエンジニア。 WordやPowerPointより、 コードを書いているほうが好きです。 2007 2012 2008 2009

   2010 2011 インフラエンジニア プログラマ スーツ的な仕事?

4. 私事ですが…

5. 2012年3月、 結婚式を挙げます ※写真はイメージです

6. アジャイルな結婚式準備

7. 本題

8. はじめに ※本発表の内容は、私の所属する会社や組織の方針を反映するものではありません。 とある開発プロジェクトでTFSを運用した事例を紹介します。 http://d.hatena.ne.jp/int128/20111221/1324487491

9. プロジェクト概要 2010年10月〜2011年3月末 • あ 2011年4月〜2012年3月末

10. チームマネジメント 開発フェーズ • 朝会 • スタンドアップミーティング 要件定義フェーズ • 朝会 •

    プロジェクタでTFSのタスクリストを表示しながら ※私はマネージャでもリーダでもないです

11. ポータルサイト ポータルサイトを上手く運用するとチームの情報共有が進む。 メールではなくRSS購読、情報の受身ではなく発信者へ。 お知らせ Tips （参考情報） リンク

12. 開発環境 • 当初は VS2008+Subversion（AnkhSVN）を利用 • 他案件ですでに導入済み • Expression Blend 3

    • 後に VS2010+TFS に変更 • Visual Studio 2010 • SQL Server 2008 R2 Express • Expression Blend 4 • .NET Framework 3.5（制約）

13. 開発サーバ • その辺に転がっているデスクトップPC • Windows Server 2008 R2 • Team

    Foundation Server 2010（後にSP1） • SQL Server 2008 R2 Enteprise • Office SharePoint Server 2007 • システム構成 • シングルサーバ • ドメイン参加 • 日次バックアップ

14. リポジトリやビルドサーバは拠り所。 シングルポイントになってはいけない。 • 速いマシン • 信頼できる構成 • 運用しやすい仕組み

15. TFS2010のセットアップはとても簡単 短時間でCI環境を構築できる。 Windows Serverが使える人ならTFSを運用できる。 「ビルド管理者」の一極集中を軽減できる。

16. ソースコード管理 VS2010+TFS2010を全面的に採用した。 • チェックイン、チェックアウトの操作に慣れればSVNとあまり違わな いと思う。 • 分岐とマージについては説明資料を作った。 • 将来のバージョンで、Git+SVNのように分散バージョン管理 の美味しいところを取り入れてくれたら嬉しい。

17. お約束 • バグやタスクの関連付け • TFS+VSではチェックイン時にバグやタスクを画面で選択して 関連付けられる。バグIDを手入力する必要はない。 • チェックインの必須項目にはしなかった。 • 最低でも1日1回のチェックイン

    • トラディショナルな開発スタイルに慣れた人は、最初から完成 品を目指してしまう。 • チェックインは怖くない！ • コードの共同所有文化 • リファクタリング

18. シェルブを使う 作業中のソースコードをサーバに一時的に保管しておける。 • git stash • 作業履歴 • ちょっと大きな変更を加えるときに成果物を保管する。 •

    コードレビュー的なもの • 他人がシェルブしたコードも見られる。 • シェルブに入れたコードを相談や議論のネタにする。 「動かないんですけど…」 「俺のコードを見てくれ、どう思う？」

19. チェックインポリシー チェックイン時に制約を設けることが可能 • ビルドの通らないコードはチェックインできない。 • ユニットテストの通らないコードもチェックインできない？ • ユニットテスト？美味しいの？ • 開発に習熟したチームでないと難しいと思う。

    • 品質ゲート

20. コード分析

21. ユニットテスト VS2010 Unit Testを採用した。 • テストケースの自動生成 • カバレッジ

22. ブランチラインの運用

23. データベースの管理 スキーマとデータをリポジトリで管理する。 • データファイル（MDF）をチェックイン • アプリとデータベースの食い違いがなくなる。 ファイルアタッチ機能を利用 • 開発環境でアプリを実行するとき、データファイルをローカルの SQL

    Serverに自動的にアタッチしてくれる • 開発環境のデータベースを同一に揃えられるため、環境に起因す るトラブルがなくなる

24. 落とし穴 大きなデータファイルはディスクと時間を食いつぶす • TFSのビルドではいくつもの作業コピーを作られるため、MDFがコ ピーされないように設定する SQL Server Standard以上ではファイルアタッチドDBを利用できな い •

    ビルドサーバにアタッチ済みのデータベースを用意し、テストの setUpで接続文字列を書き換える

25. ビルド 標準的なビルドなら、TFSの設定画面から数ステップで設定できる • 設定しやすいことは非常に重要 • 「ビルド担当者」のシングルポイントを取り除く VSとTFSのビルド設定がシームレス

26. 通知

27. デプロイメント CD-Rリリース • お客様拠点にCD-Rを持ち込み、手動でインストール • 顧客端末へのリリースは人力でやるしかなくて、煩雑な手順が問 題になった。 • サーバどこに置いてるの？ •

    管理者アカウント？ 限られた状況で • CD-Rを焼くまでは誰でもワンクリック • 成果物をビルドサーバの共有フォルダに出力

28. まとめ 短時間でCI環境を構築できるメリットは大きい。TFSのインストールや 管理は簡単。 ビルドエラーや警告から目を背けて、赤い日々や黄色い日々を過ごし てはいけない。