使うコマンドのドキュメントは以下です。ドキュメント通りにコマンドを実行すればよいだけに見えて説明が薄く闇深いので、気になる点を書いていきます。更新したい場合は、先述のドキュメントで書かれている必須のパラメーター4つの他に、最低限必要なものがあります。ちなみにこれは2022年10月現在の状況なのでバグだったら直るかもしれません。指定しないと毎回ランダムな値がセットされてしまいます。重複していると怒られる。更新する際は事実上必須です。(これはバグな気がする)。(これはバグな気がする)。どれにあたるかを補足しておくとこんな感じです。他のオプショナルなパラメーターは必要に応じてつける感じです。ローカルでコマンドを実行するサンプル前置きが長くて集中力が低めの私ですが、先述の内容を加味してコマンドのフォーマットは以下です。PATH>実行の例はこんな感じ。知っておかなあかん前提知識を2つあげます。定義ファイルを出力これを書くと長くなるので前々回のブログにまとめました。ログインがベストプラクティスです。いうことでここも一緒に書くと長くなりそうだったので前回のブログに書きました。事前に以下の2つがやってある前提で話を進めます。リソースの作成が作成。サンプルコアな部分は先述で書いているので説明は省きますが、シンプルに組み合わせた基本的なコードです。定義は私の環境のものなので各々で試すときは変更が必要です。注意点シンプルなサンプルなので、プロダクションで利用するにあたり考慮してない点をいくつか書いておきます。動的にとってきた方がいんじゃねとかそういう最適化も行ってないです。使って承認をさせるとかはもちろん触れてません。.NET過去に何度もやってると思うけど調べる機会があったので自分でメモしておこうと思います。一般的なエンタープライズ系のアプリなら問題ないと思いますが、ゲームとかでハイパフォーマンスが必要なときは別の手段を使いましょう。使った文字列の変換のサンプルをメモしておきます。定義してそれを出力できるようにします。作ってもよいかと思いますがカスタムするほどでもないかなと。使う理由があるとしたら、表示するための色々な機能が組み込まれているので、他のユースケースがあったときにさくっと使える点でしょうか。作ればいいかなくらいに思ってます。返すとかはユースケース次第でしょう。}}使うときはこんな感じですね。ひとつのソリューションの中に複数のプロジェクトがあるのはよくあると思います。デフォルトの言語のバージョンを上位バージョンにあげることってよくありますよね。指定することでソリューション内のプロジェクトを一括で管理できてといいぞ」って話です。指定する方法も合わせて書いておきます。あげる例で話を進めます。ほかのフレームワークのデフォルトバージョンや、指定できるバージョンの文字列の一覧は以下のドキュメントに書いてます。追加してあげることができます。</PropertyGroup></Project>これだと、単一のプロジェクトならいいけど、プロジェクトがたーーーーくさんあると管理がめんどくさくて微妙なのでおすすめできません。いうファイルを追加します。中に入っているように見えますがファイルが直下にあれば問題ありません。中身を以下のようにします。ソリューション全体に影響するファイルなので、おかしなことをすると全てのプロジェクトを死に至らせる破壊力はあります。構文で以下図のように書けるのですが、画面からエラーが出たままの場合があります。正しい設定ができていればエラーは消えます。方で読み込まれました。ついては以下のドキュメントを読むとよいと思います。ままなんだよなーそろそろ変えようかしらと思った今日この頃でした。