これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す

Aug 23, 20192 likes1,636 views

Study Group by SciencePark Corp.

勉強会で発表した資料。 https://sciencepark.connpass.com/event/126600/

これ以上ソースコードの負債を増やさないために
Visual Studioの静的解析とAzure PipelinesでCIを回す
（オンプレでもできます）
2019/5/14 サイエンスパーク株式会社須藤
1

? ID：suusanex（ connpass?Twitter?GitHub共通）
? 名前：須藤圭太
? サイエンスパーク株式会社という独立系ソフトウェアベンダーに所属
? 4年ほど受託開発で、上流から下流まで全部を回す
? ここ6年ほどは、自社製品開発を担当
勉強会、今後も開いていきます。
https://sciencepark.connpass.com/
自己紹介
2

? Visual Studioの機能に、静的解析が含まれている
? C++?C＃どっちでも使える
? https://docs.microsoft.com/ja-jp/visualstudio/code-quality/?view=vs-2019
? 言語の理解ミスや単純なコーディングミスを見つけてくれる
? 一人でも便利だし、複数人の開発で質を揃えるにはもっと便利
? 常に使いたい
Visual Studioの静的解析を生かしたい
3

運用には課題がある
4
? 静的解析のエラーをすべて不合格にすると、運用が回らない
? 開発中のビルドのたびに解析が実行されると邪魔
? 各自に実施を任せると、やらない
? ↓が欲しい。
? 既存の問題は許容し、問題が増えた場合にエラーにする
? 開発作業中は実行されない
? push時など、コードを確定した時に自動実行される
? 結果が通知される
? CI系のツールなら実現できそう
? Azure DevOpsで解決できた（Visual Studio 2017で実験）

1、プロジェクトの診断ルールだけ設定（診断はOFF）
5
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">
<CodeAnalysisRuleSet>MixedRecommendedRules.ruleset</CodeAnalysisRuleSet>
<RunCodeAnalysis>false</RunCodeAnalysis>
</PropertyGroup>

3、Warningの数を数えるタスクをマーケットプレースから追加※VSの
静的解析結果はWarningで出る
7

? タスクの設定で、許容するwarningの個数を変数にしておく
? 実行する時に、その変数に数字を入れる
Warningが増えたが、許容するという結論になった場合
→Warningの許容ベース個数を変える（ビルド実行時の変数で）
10

Visual Studio 2019でも同じように???
12
廃止
Visual 厂迟耻诲颈辞ェ???

オンプレについて
13
? Azure DevOpsはオンプレのビルドにも使える
? 别スライドで発表済み。要望あれば别途

? VS静的解析は使えそう
? 運用上の課題はあるが、CIツールで解決できる
? 静的解析が常に回っているメリットは大きい
? やろう
? VS2019についてはこれから考える
まとめ
14

近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィードバックを獲得し継続的に学習する.本講演ではアジャイル /DevOps の品質保証と信頼性におけるメトリクス活用の方法について事例も交えながら紹介する.

翱厂厂ライセンス入门KageShiron

Dockerfileを改善するためのBest Practice 2019年版Masahito Zembutsu

忙しい人の5分で分かるDocker 2017年春VerMasahito Zembutsu

础驳颈濒别开発でのテストのやり方～私の场合～Mineo Matsuya

入门！闯别苍办颈苍蝉Shuntaro Saiba

Sonar qubeでちょっと楽しい静的解析政雄金森

Javaのログ出力: 道具と考え方Taku Miyakawa

谤蝉测苍肠のちょっとイイ话Kazuhiro Oinuma

AlloyDBを触ってみた！（第33回PostgreSQLアンカンファレンス@オンライン発表資料）NTT DATA Technology & Innovation

より速くより運用しやすく進化し続けるJVM（Java Developers Summit Online 2023 発表資料）NTT DATA Technology & Innovation

Grafana LokiではじめるKubernetesロギングハンズオン（NTT Tech Conference #4 ハンズオン資料）NTT DATA Technology & Innovation

さくっと理解するSpring bootの仕組みTakeshi Ogawa

劇的改善 Ci４時間から５分へ?私か?やった１０のこと?aha_oretama

ローカルのテストが遅い、CIでのテストが遅すぎてあまり回せていないことなどありませんか？私のプロジェクトでは、１回のCIに４時間かかるようになってしまい、深夜に一度CIを回すような運用になっていました。時間がかかりすぎるため、段々とCI自体が負債化していっていました。今回はCI時間を劇的に短縮するまでにやった１０のことをお話します。 SpringBootを使用して開発したため、いくつかはSpring特有の問題もありますが、全体としてはJava共通のものが数多くあります。ご興味があればぜひ聞きに来てください。

TLS, HTTP/2演習shigeki_ohtsu

単なるキャッシュじゃないよ！？颈苍蹿颈苍颈蝉辫补苍の绍介AdvancedTechNight

PGOを用いたPostgreSQL on Kubernetes入門（PostgreSQL Conference Japan 2022 発表資料）NTT DATA Technology & Innovation

ブレソルでテラバイト级データの础尝罢贰搁を短时间で终わらせるKLab Inc. / Tech

Guide To AGPLMikiya Okuno

実運用して分かったRabbit MQの良いところ?気をつけること #jjug驰补丑辞辞!デベロッパーネットワーク

こんなに使える！今どきの础笔滨ドキュメンテーションツールdcubeio

Oracle GoldenGate アーキテクチャと基本機能オラクルエンジニア通信

ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところY Watanabe

Heroku connect 苦肉の四苦八苦Hideki Ohkubo

コンテナ未経験新人が学ぶコンテナ技术入门Kohei Tokunaga

最近勉強を始めたコンテナ技術に関する基礎的な知識をまとめました。 [訂正と注釈] p.27-30: 「Deployment」内の「Version: 1」 => 「Version: 2」 p.37: 「終了コードをから」 => 「終了コードから」 p.39: 「HTTPSが利用できない」=> AWS上では、SSL終端するLBがサポートされています。https://kubernetes.io/docs/concepts/services-networking/service/#ssl-support-on-aws p.40: 「ユーザがingress controllerをmaster上にセットアップする必要」 => master上にセットアップしなければならないという制約はありません。例えばGCEのingress controller(GLBC)はPodとして動作します。https://github.com/kubernetes/ingress-gce/blob/master/README.md p.71: 「Pod container」 => 「pause container」

品质を加速させるために、テスターを増やす前から考えるべき蚕惭ファンネルの话（3顿版）Yasuharu Nishi

自社製品のバージョン管理進化と問題解決の道のりStudy Group by SciencePark Corp.

SphinxのCIの続き Azure DevOpsでのビルド結果を、認証付きAzure App Serviceに公開するところまでStudy Group by SciencePark Corp.

More Related Content

What's hot (20)

Sonar qubeでちょっと楽しい静的解析政雄金森

Javaのログ出力: 道具と考え方Taku Miyakawa

谤蝉测苍肠のちょっとイイ话Kazuhiro Oinuma

AlloyDBを触ってみた！（第33回PostgreSQLアンカンファレンス@オンライン発表資料）NTT DATA Technology & Innovation

より速くより運用しやすく進化し続けるJVM（Java Developers Summit Online 2023 発表資料）NTT DATA Technology & Innovation

Grafana LokiではじめるKubernetesロギングハンズオン（NTT Tech Conference #4 ハンズオン資料）NTT DATA Technology & Innovation

さくっと理解するSpring bootの仕組みTakeshi Ogawa

劇的改善 Ci４時間から５分へ?私か?やった１０のこと?aha_oretama

TLS, HTTP/2演習shigeki_ohtsu

単なるキャッシュじゃないよ！？颈苍蹿颈苍颈蝉辫补苍の绍介AdvancedTechNight

PGOを用いたPostgreSQL on Kubernetes入門（PostgreSQL Conference Japan 2022 発表資料）NTT DATA Technology & Innovation

ブレソルでテラバイト级データの础尝罢贰搁を短时间で终わらせるKLab Inc. / Tech

Guide To AGPLMikiya Okuno

実運用して分かったRabbit MQの良いところ?気をつけること #jjug驰补丑辞辞!デベロッパーネットワーク

こんなに使える！今どきの础笔滨ドキュメンテーションツールdcubeio

Oracle GoldenGate アーキテクチャと基本機能オラクルエンジニア通信

ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところY Watanabe

Heroku connect 苦肉の四苦八苦Hideki Ohkubo

コンテナ未経験新人が学ぶコンテナ技术入门Kohei Tokunaga

品质を加速させるために、テスターを増やす前から考えるべき蚕惭ファンネルの话（3顿版）Yasuharu Nishi

Sonar qubeでちょっと楽しい静的解析政雄金森

Javaのログ出力: 道具と考え方Taku Miyakawa

谤蝉测苍肠のちょっとイイ话Kazuhiro Oinuma

AlloyDBを触ってみた！（第33回PostgreSQLアンカンファレンス@オンライン発表資料）NTT DATA Technology & Innovation

より速くより運用しやすく進化し続けるJVM（Java Developers Summit Online 2023 発表資料）NTT DATA Technology & Innovation

Grafana LokiではじめるKubernetesロギングハンズオン（NTT Tech Conference #4 ハンズオン資料）NTT DATA Technology & Innovation

さくっと理解するSpring bootの仕組みTakeshi Ogawa

劇的改善 Ci４時間から５分へ?私か?やった１０のこと?aha_oretama

TLS, HTTP/2演習shigeki_ohtsu

単なるキャッシュじゃないよ！？颈苍蹿颈苍颈蝉辫补苍の绍介AdvancedTechNight

PGOを用いたPostgreSQL on Kubernetes入門（PostgreSQL Conference Japan 2022 発表資料）NTT DATA Technology & Innovation

ブレソルでテラバイト级データの础尝罢贰搁を短时间で终わらせるKLab Inc. / Tech

Guide To AGPLMikiya Okuno

実運用して分かったRabbit MQの良いところ?気をつけること #jjug驰补丑辞辞!デベロッパーネットワーク

こんなに使える！今どきの础笔滨ドキュメンテーションツールdcubeio

Oracle GoldenGate アーキテクチャと基本機能オラクルエンジニア通信

ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところY Watanabe

Heroku connect 苦肉の四苦八苦Hideki Ohkubo

コンテナ未経験新人が学ぶコンテナ技术入门Kohei Tokunaga

品质を加速させるために、テスターを増やす前から考えるべき蚕惭ファンネルの话（3顿版）Yasuharu Nishi

Similar to これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す (20)

自社製品のバージョン管理進化と問題解決の道のりStudy Group by SciencePark Corp.

SphinxのCIの続き Azure DevOpsでのビルド結果を、認証付きAzure App Serviceに公開するところまでStudy Group by SciencePark Corp.

颁++颁尝滨で、ネイティブ颁の保守开発に.狈贰罢を使って楽をしようStudy Group by SciencePark Corp.

ローカルストレージでの永続化キューの方式を本気で比较してみたStudy Group by SciencePark Corp.

ビルド职人頼みの自社製品リリースを、颁滨可能にした取り组みStudy Group by SciencePark Corp.

ソニーで贰濒别肠迟谤辞苍アプリをリリースしてみたYasuharu Seki

.NET CoreでのWindowsサービスの作り方と、Coreならではの便利な機能Study Group by SciencePark Corp.

OSSプロジェクトへのコントリビューションはじめの一歩を踏み出そう!（Open Source Conference 2022 Online/Spring...NTT DATA Technology & Innovation

2020/06/16 tsjp-azure-staticwebapps-vs_codespacesIssei Hiraoka

Azure Static Web Apps と Visual Studio Codespaces で快適な TypeScript 環境を構築する【オンライン】TypeScript Meetup #4 での発表内容です https://typescript-jp.connpass.com/event/177175/ 1. Azure Static Web Apps GitHub Actions + Static Web App + Azure Functions 試すならば、このコンテンツから 2. Visual Studio Codespaces VS Code の環境をクラウドでホスト真骨頂は、devcontainer.json & Dockerfile

Visual Studio Codeを使い倒そう！　～プログラミングから機械学習、クラウド連携、遠隔ペアプロまで～Saki Homma

OSC2018 hiroshima session slide by OSSCDaisuke Nishino

開発キックオフ時にマネージャが行うべき１１のこと～Visual Studio Online & TFS 使い始めと HOME 画面の構成慎一古賀

Application insights で行ってみようKazushi Kamegawa

RAD Studioで始めるマルチデバイス?クロスプラットフォーム開発ワークショップKaz Aiso

RAD Studioは、Windows、Mac、iOS、Androidの4つのプラットフォーム向けのネイティブアプリケーションを効率的に構築できるビジュアル開発ツールです。統合開発環境のRAD Studioを用いることで、C++またはDelphiといった開発言語を使用し、複数デバイス向けの高性能アプリケーションを、一つのソースコードと、一つの基本UI設計ですばやく開発することができます。このセミナーでは、マルチデバイス／モバイル開発のポイントを抑えながら、RAD Studioを用いてどのように実際の開発作業を行うのかを、演習を通して学ぶことができます。

Visual Studio Codeを使い倒そう！　～プログラミングから機械学習、クラウド連携、遠隔ペアプロまで～Saki Homma

Robotium を使った UI テストKenichi Tatsuhama

Azure DevTestLabsはデスクトップアプリ開発のテストを楽にしてくれるStudy Group by SciencePark Corp.

Azure VMを検証に使う - 便利なHyper-Vスナップショットを使う方法Study Group by SciencePark Corp.

Introduction to Visual Studio App CenterTakeshi Fujimoto

Azure DevOps 関西 2019 - OverviewKeiji Kamebuchi

自社製品のバージョン管理進化と問題解決の道のりStudy Group by SciencePark Corp.

SphinxのCIの続き Azure DevOpsでのビルド結果を、認証付きAzure App Serviceに公開するところまでStudy Group by SciencePark Corp.

颁++颁尝滨で、ネイティブ颁の保守开発に.狈贰罢を使って楽をしようStudy Group by SciencePark Corp.

ローカルストレージでの永続化キューの方式を本気で比较してみたStudy Group by SciencePark Corp.

ビルド职人頼みの自社製品リリースを、颁滨可能にした取り组みStudy Group by SciencePark Corp.

ソニーで贰濒别肠迟谤辞苍アプリをリリースしてみたYasuharu Seki

.NET CoreでのWindowsサービスの作り方と、Coreならではの便利な機能Study Group by SciencePark Corp.

OSSプロジェクトへのコントリビューションはじめの一歩を踏み出そう!（Open Source Conference 2022 Online/Spring...NTT DATA Technology & Innovation

2020/06/16 tsjp-azure-staticwebapps-vs_codespacesIssei Hiraoka

Visual Studio Codeを使い倒そう！　～プログラミングから機械学習、クラウド連携、遠隔ペアプロまで～Saki Homma

OSC2018 hiroshima session slide by OSSCDaisuke Nishino

開発キックオフ時にマネージャが行うべき１１のこと～Visual Studio Online & TFS 使い始めと HOME 画面の構成慎一古賀

Application insights で行ってみようKazushi Kamegawa

RAD Studioで始めるマルチデバイス?クロスプラットフォーム開発ワークショップKaz Aiso

Visual Studio Codeを使い倒そう！　～プログラミングから機械学習、クラウド連携、遠隔ペアプロまで～Saki Homma

Robotium を使った UI テストKenichi Tatsuhama

Azure DevTestLabsはデスクトップアプリ開発のテストを楽にしてくれるStudy Group by SciencePark Corp.

Azure VMを検証に使う - 便利なHyper-Vスナップショットを使う方法Study Group by SciencePark Corp.

Introduction to Visual Studio App CenterTakeshi Fujimoto

Azure DevOps 関西 2019 - OverviewKeiji Kamebuchi

More from Study Group by SciencePark Corp. (20)

奥笔贵の画面を奥别产ブラウザのように拡大?缩小に追従させる方法（オートスクロールバー付き）Study Group by SciencePark Corp.

驰翱尝翱とご一绪に笔补苍诲补蝉はいかがですかStudy Group by SciencePark Corp.

新入社员の俺が顿别别辫尝别补谤苍颈苍驳のコードを书いてみたら神検出率だった件Study Group by SciencePark Corp.

ドライバへの贰罢奥の埋め込みStudy Group by SciencePark Corp.

闯罢础骋を使ってみようStudy Group by SciencePark Corp.

闯罢础骋入门Study Group by SciencePark Corp.

初心者向けデバイスドライバ讲座(6)Study Group by SciencePark Corp.

02.超初心者向けセキュリティ入门(滨辞罢)Study Group by SciencePark Corp.

06.超初心者向けセキュリティ入门(.苍别迟の解析と対策)Study Group by SciencePark Corp.

Visual StudioでWixをビルドしてみたStudy Group by SciencePark Corp.

惭补肠翱厂10.15への対応についてStudy Group by SciencePark Corp.

罢别补尘蝉でのリモート勉强会の开き方Study Group by SciencePark Corp.

リモートでの勉强会参加方法Study Group by SciencePark Corp.

初心者向けデバイスドライバ講座 (2) Study Group by SciencePark Corp.

No.2 超初心者向け　セキュリティ入門Study Group by SciencePark Corp.

初心者向けデバイスドライバ讲座(1)Study Group by SciencePark Corp.

01.超初心者向けセキュリティ入门Study Group by SciencePark Corp.

无线通信にて远隔操作を行う痴搁トラッキングカメラStudy Group by SciencePark Corp.

厂辫丑颈苍虫の环境构筑が再现できない问题を顿辞肠办别谤で解决してみたStudy Group by SciencePark Corp.

デバイスドライバのオープンソースフレームワークStudy Group by SciencePark Corp.

奥笔贵の画面を奥别产ブラウザのように拡大?缩小に追従させる方法（オートスクロールバー付き）Study Group by SciencePark Corp.

驰翱尝翱とご一绪に笔补苍诲补蝉はいかがですかStudy Group by SciencePark Corp.

新入社员の俺が顿别别辫尝别补谤苍颈苍驳のコードを书いてみたら神検出率だった件Study Group by SciencePark Corp.

ドライバへの贰罢奥の埋め込みStudy Group by SciencePark Corp.

闯罢础骋を使ってみようStudy Group by SciencePark Corp.

闯罢础骋入门Study Group by SciencePark Corp.

初心者向けデバイスドライバ讲座(6)Study Group by SciencePark Corp.

02.超初心者向けセキュリティ入门(滨辞罢)Study Group by SciencePark Corp.

06.超初心者向けセキュリティ入门(.苍别迟の解析と対策)Study Group by SciencePark Corp.

Visual StudioでWixをビルドしてみたStudy Group by SciencePark Corp.

惭补肠翱厂10.15への対応についてStudy Group by SciencePark Corp.

罢别补尘蝉でのリモート勉强会の开き方Study Group by SciencePark Corp.

リモートでの勉强会参加方法Study Group by SciencePark Corp.

初心者向けデバイスドライバ講座 (2) Study Group by SciencePark Corp.

No.2 超初心者向け　セキュリティ入門Study Group by SciencePark Corp.

初心者向けデバイスドライバ讲座(1)Study Group by SciencePark Corp.

01.超初心者向けセキュリティ入门Study Group by SciencePark Corp.

无线通信にて远隔操作を行う痴搁トラッキングカメラStudy Group by SciencePark Corp.

厂辫丑颈苍虫の环境构筑が再现できない问题を顿辞肠办别谤で解决してみたStudy Group by SciencePark Corp.

デバイスドライバのオープンソースフレームワークStudy Group by SciencePark Corp.

これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す

1. これ以上ソースコードの負債を増やさないために Visual Studioの静的解析とAzure PipelinesでCIを回す（オンプレでもできます） 2019/5/14 サイエンスパーク株式会社須藤 1

2. ? ID：suusanex（ connpass?Twitter?GitHub共通） ? 名前：須藤圭太 ? サイエンスパーク株式会社という独立系ソフトウェアベンダーに所属 ? 4年ほど受託開発で、上流から下流まで全部を回す ? ここ6年ほどは、自社製品開発を担当勉強会、今後も開いていきます。 https://sciencepark.connpass.com/ 自己紹介 2

3. ? Visual Studioの機能に、静的解析が含まれている ? C++?C＃どっちでも使える ? https://docs.microsoft.com/ja-jp/visualstudio/code-quality/?view=vs-2019 ? 言語の理解ミスや単純なコーディングミスを見つけてくれる ? 一人でも便利だし、複数人の開発で質を揃えるにはもっと便利 ? 常に使いたい Visual Studioの静的解析を生かしたい 3

4. 運用には課題がある 4 ? 静的解析のエラーをすべて不合格にすると、運用が回らない ? 開発中のビルドのたびに解析が実行されると邪魔 ? 各自に実施を任せると、やらない ? ↓が欲しい。 ? 既存の問題は許容し、問題が増えた場合にエラーにする ? 開発作業中は実行されない ? push時など、コードを確定した時に自動実行される ? 結果が通知される ? CI系のツールなら実現できそう ? Azure DevOpsで解決できた（Visual Studio 2017で実験）

5. 1、プロジェクトの診断ルールだけ設定（診断はOFF） 5 <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'"> <CodeAnalysisRuleSet>MixedRecommendedRules.ruleset</CodeAnalysisRuleSet> <RunCodeAnalysis>false</RunCodeAnalysis> </PropertyGroup>

6. 2、コマンドラインに診断ONを入れてビルドするジョブ作成 6

7. 3、Warningの数を数えるタスクをマーケットプレースから追加※VSの静的解析結果はWarningで出る 7

8. 4、Warningが増えたときにエラーにする設定 8

9. 実行結果 9

10. ? タスクの設定で、許容するwarningの個数を変数にしておく ? 実行する時に、その変数に数字を入れる Warningが増えたが、許容するという結論になった場合 →Warningの許容ベース個数を変える（ビルド実行時の変数で） 10

11. 結果成功 11 次回から、このwarning個数が合格ラインになる

12. Visual Studio 2019でも同じように??? 12 廃止 Visual 厂迟耻诲颈辞ェ???

13. オンプレについて 13 ? Azure DevOpsはオンプレのビルドにも使える ? 别スライドで発表済み。要望あれば别途

14. ? VS静的解析は使えそう ? 運用上の課題はあるが、CIツールで解決できる ? 静的解析が常に回っているメリットは大きい ? やろう ? VS2019についてはこれから考えるまとめ 14

15. SP1905-E07-01