Studio,TFS,ALM,VSTS,DevOps関係のことについていろいろと書いていきます。アドベントカレンダー25日目の記事です。qiita.comなんとか完走できました。いうか、これは最後のポエム的なエントリーです。VSTSとCI/CDについてVSTSのCI機能は早くからありましたが、CDに関しては、少し後からという感じでしたね。Managementという買収した製品があり、それをTFSに組み込み、さらにはVSTSに持っていくというところから始まったので、最初のリリース機能はおまけみたいなものでした。改良を続けてきて今に至るわけですが、まだまだもっとこうなればいいなーと思うところはあるものの、当初からしたら随分良くなったと思います。Studioのリリースを見ていると、Webへ舵を切っているように見えます。2017標準ではインストールされません。APIを押しています。Coreに移行させるとなると、既存のライブラリ群からの移行が大変そうです。Python製のVSTS-cliも出てきたし、Web拡張機能を使うにもRESTの方が都合がいいでしょう。これはこれで正しいように思います。github.com今後はモバイル用のビューの不足ですね。itemなど一部はサポートを始めましたが、まだまだ不足しています。言って、そう簡単に作れそうもない気もしますし、必要かと言われれば...うーん。エージェントについてCIに使うビルドサーバーを管理したくない、というのはその通りだと思いますが、反面外に出せないライブラリやコンパイラーを使うために独自のエージェントを立てる道が用意されているのはハイブリッドを得意とする、MSらしいなと思います。?と思うことはあります。昨日までは1分で終わるようなソリューションのビルドにある日突然7−8分かかったりとか。今回だいぶビルド無償枠を使ったのですが、この不思議なポーズ(?)現象のおかげで、無為に使われてしまいました。後、これは致し方ないのですが、スプリント単位でVSのエージェントが更新されるものの、15.5がリリースされるちょっと前に15.4にしました!というのはもうちょっとなんとかならないものかと。2016ベースになれば解消するのでしょうか。ビルド/リリース時のキャッシュNuGetパッケージのリストアやDockerコンテナーのpullでもうちょっとキャッシュされないかなぁとは思います。registry使うと)、他のCIサービスがキャッシュしているように見えるので、この辺の改善もされるといいなとは思います。Azureいらないようで、実はいる同じ会社のサービスだから当然と言えば当然なのですが、Azureと一緒に使うとより便利です。Servicesを使っていると、WinRMのpublicプロファイル問題も解消できるんでしょうかね。CenterとVSTSとの住み分けこれどうなるんでしょうね。別々に運用するようですが、当然連携するところもあります。Centerのビルド定義の方が楽ですね。時にSeleniumなどで自動化テストを行うと言ったことも可能です。あとは本番前のいわゆるシステムテスト(負荷テストなど)もできますね。機能的にはほとんど変わってないはずなので、昨年のカレンダーを見ていただいてもいいと思います。今回できなかったところネタとしてはあったんですが、私の検証不足や執筆ペースの都合で諦めたものも結構あります。Kotlinなどバックエンドを含めて)TFS本と並行してできればと思っています。終わりに今年もカレンダーなんとか完走できました!読んでくれて、ちょっとでもVSTSに興味を持ってもらえれば嬉しいです。来年は他に書く人がいそうだったらやりましょう。Studio,TFS,ALM,DevOps関係のことについていろいろと書いていきます。2019/12/16の更新2019年振り返りはてなブログをはじめよう!kkamegawaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。