Azure DevOps オンライン Vol.6 業務で必要なCIについてみんなで考えよう かめがわ かずし(kkamegawa) and 中村 充志（@nuits_jp)

https://dev.azure.com/nuits/WpfDevOpsStudy 本日のレポジトリ

Who am I? personal: name: KAMEGAWA Kazushi(Last-First) alias: kkamegawa community: MVP: Microsoft MVP for Developer Technologies(2009-) Users Group: Team Foundation Server Users Group URL: https://dev.azure.com/tfsug/tfsuginfo Blog: URL: https://kkamegawa.hatenablog.jp devblog radio: https://devblog.connpass.com/

Who am I?

CIのためのレポジトリ構成 クラサバ用 Web App用

使用するレポジトリタイプ TFVC / Subversion のような中央型 GitやMercurialの分散型

Gitを使う場合のワークフロー Git Flow GitHub Flow GitLab Flow

Gitの場合のレポジトリ構成 シングルレポジトリ マルチレポジトリ

業務効率化におけるCI CIで効率化されてると思いますか？ たまにだけならいらないのでは？ ローカルでビルドして持っていけばいいのでは？ どんなCIサービスが好き？ 使用するクラウドサービスに依存しますか？

CI/CDやってますか？ CIやってますか？ CDやってますか？ やってる場合、それはいつから？ プロジェクトの開始時点 プロジェクトの特定フェーズから 完全に後付け

何に対してCI/CDやってますか？ ビルドとデプロイ（CD）？ Web / VM / PaaS / Database Database更新に失敗した時のロールバックは？ スキーマだけで回数少なければ手動でやったほうがい いのかも？

人員変更の対応 手順書ビルド・デプロイだと人員交換時厳しい CIならば人に依存しない？ 人事異動時のアクセス権棚卸やっていますか？

CIの効率化 ビルド・テスト効率化について Pull Requestとビルドテスト

CIとテスト テストは時間との闘い。どこまでやる？ Unit Test E2E システムテスト Chaos Test インパクト分析 UIは自動テスト化している？ している場合、人力テストと自動テストの使い分けは？

壁にぶち当たったとき 効率化のためにどこまで時間を使うか？ CIに投げ銭していますか？ 投げ銭の判断材料は？ 現状の分析と改善について

巨大なコードベースに対応する 依存分析やってますか？ どこかからかソースコードのコピペ 脆弱性のあるライブラリのチェック 混在許されないライセンス 静的コード解析やってますか？