Jekinsがどのように.NET Frameworkプロジェクトを展開するか

クズども · 掲載地 2018/11/22 10:29:09

注:この記事では、「build」「continuous build」「compile」「generate」の使い方は厳密ではなく、意味を理解しておいてください。

まず第一に、連続してビルドしたい場合はコマンドラインを使う必要があります。
しかし、dotnet coreのコマンドはdotnetフレームワークプロジェクトよりも少し単純に思えます。
なぜならdotnetcoreのビルドコマンドはdotnet msbuild xxxxx.csproj/yyyyy.sln
そしてdotnetフレームワークのビルドコマンドは.../msbuild.exe xxxx.csproj/yyyyy.slnそして、その中で最も混乱を招くのは(特に穴に落ちたことがない人たち、ただ落とせばいい)これですmsbuild.exe正確にはどこにあるのですか?msbuild.exe？結局のところ、WindowsにdotnetフレームワークSDKやVisual Studioの異なるバージョンをインストールした後は、多くのものが存在しますmsbuild.exe、どのカードを使うべきか分からない人もいます。

まずはWindowsでdotnetフレームワークプロジェクトを構築する方法から始めましょう。プロジェクトの複雑さがメインアイデアに影響を与えないように、ここではHello Worldのようなシンプルなコンソールプロジェクトを作りたいと考えています。
まとめると、環境は以下の通りです:
開発用マシン、Windows PC;
パブリッシングマシン、Windows Server;
Projectは、シンプルなDoT.Netフレームワークコンソールプロジェクトです。 (こちらはバージョン4.5.2を使っています)

オン

新しいプロジェクトは、gitなどのコード管理機能を持つ開発マシン上で初期化するのが最適です。そうすることで、ネットワークを持つ他のマシンでプロジェクトをクローンできます。
開発マシン上でプロジェクトに書いたものは、コンパイル可能であれば大丈夫です。例えば、Hello World。
さらに、プロジェクトにnugetパッケージへの依存関係を少し加え、log4net参照など好きなものを選ぶことも推奨されます。
開発マシンでプロジェクトをコンパイルしてみてください。
(多くの試みの末、コマンドラインはプロジェクトのコンパイル時にC:\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe msbuild.exeを使うべきであることが確認されました。) ただし、プロジェクトの種類はタイプによって変わります。Framework64を選ぶか否か、v4.xxx か3.xか2.xかを選べばいいです。これは非常に単純な意味で、理解できなければ無力です)
プロジェクトがC:\projects\testパス内にある場合、コンパイルされたコマンドは次のようになります。

ログインが見えます。

又は

ログインが見えます。

もちろん、状況によっては /p:Configuration=Release /p:plotform="Any CPU"のようなパラメータも持っていく必要があるかもしれません。

4. テストマシン上でプロジェクトをgitクローンし、同じコマンドでコンパイルを試みます。
5. もし成功できなくても、環境に問題がなければ、正しいmsbuild.exeや道、パラメータなどを繰り返し試し続けなければなりません。
6. しかし、ここで非常にイライラする疑問が浮かびます。nuget依存関係はどうでしょうか? コンパイルに特に問題はありませんが、Nugetパッケージの入手先はどうやって知ればいいのでしょうか?
この疑問は長い間私の心に残っています。
NuGetの公式ウェブサイトにアクセスして、nuget.exeファイルをダウンロードしてください。
試した後、このファイルはプロジェクト内(すなわちSLNやCSPROJファイルと同じディレクトリ)に置かれ、実行されますnuget.exe必要なNuGetパッケージを取得するコマンド。これは私が何度も試みた結果に得た経験です。
スクリプトにアクションを追加して、毎回nuget.exe復元コマンドを実行することができます。
また、環境変数にnuget.exeを追加して毎回実行する方が少し便利でしょう。
7. 最後に、私はこのような操作やコマンドを出版マシン上で行うことでプロジェクトを成功裏にコンパイルできることをテストしました。
これは最終的な成功に近づいています。
実際、ジェキンズが何かを理解している人にとっては、これで終わりであり、あとは自分でできる。

以下に

1. Jekinsの公式サイトにアクセスし、ダウンロード、インストール、起動、アカウント登録、説明なし。 dotnetプロジェクトの場合は、msbuild、mstest、mstestrunnerのプラグインをインストールする必要があります。

2. Jenkinsのグローバル構成msbuild。

3. 新しいプロジェクトを作成し、プロジェクトを設定します

4. プロジェクトを構築する。

基本的に、建設は成功しており、成功しなくてもトラブルシューティングは容易です。

実際、ジェキンの使用については、多くは自分自身で学び、何度も理解しようと試みています。

補足:

1. VSが正常にコンパイルできるが、コマンドラインにサポートされていない構文プロンプトがある場合。
また、開発者がより高度な構文ルール(プロジェクトは.NET Framework 4.5.2に基づいていますが)、例えばC# 6.0を使ってコンパイルしている可能性もあります
リリースマシンは.NET Framework 4.5.2のみをインストールしているため、最新の構文の一部はサポートしていません。
この場合、リリースマシンに最新のSDKをインストールしてください。
図に示されている通りです。
Microsoft公式ウェブサイトSDKダウンロード:https://www.microsoft.com/net/download/visual-studio-sdks
対応するSDKをダウンロードしてください。
SDKにはすでにRuntimeが含まれています。

2. Jekinsのジョブが一連の操作を行うためにWindowsのbatコマンドを使う必要がある場合、Jenkinsの「利用可能な環境変数のリストを参照」を使うのが役立ちます。
「%WORKSPACE%」のように書いてください。

3. 経路に空間がある場合、例えば C:\Program Files (x86)\Microsoft.NET変数の両面に二重引用符を加える必要があります。
として：

ログインが見えます。

[出典] Jekinsがどのように.NET Frameworkプロジェクトを展開するか

関連記事

閲覧したセクション