Catatan: Dalam artikel ini, penggunaan "build", "continuous build", "compile" dan "generate" tidak ketat, ketahui saja artinya.
Pertama-tama, jika Anda ingin membangun terus menerus, Anda perlu menggunakan baris perintah.
Tetapi perintah dotnet core tampaknya sedikit lebih sederhana daripada proyek kerangka kerja dotnet.
Karena perintah build dotnetcore adalahdotnet msbuild xxxxx.csproj/yyyyy.sln
Dan perintah build dari kerangka kerja dotnet adalah.../msbuild.exe xxxx.csproj/yyyyy.sln, dan hal yang paling membingungkan di antara mereka (terutama orang yang belum pernah jatuh ke dalam lubang, jatuhkan saja) adalah inimsbuild.exeDi mana tepatnya?msbuild.exe？ Lagi pula, setelah menginstal dotnet framework SDK atau versi Visual Studio yang berbeda di Windows, akan ada banyakmsbuild.exe, orang tidak mengerti mana yang harus digunakan.
Mari kita mulai dengan cara membangun proyek kerangka kerja dotnet di Windows, agar tidak membiarkan kompleksitas proyek itu sendiri memengaruhi ide utama, di sini kami berpikir bahwa kami ingin membangun proyek konsol sederhana yang mirip dengan Hello World.
Singkatnya, lingkungan:
Mesin pengembangan, PC Windows;
Mesin penerbitan, Windows Server;
proyek, proyek konsol dot net framework sederhana. (Saya menggunakan versi 4.5.2 di sini)
pada
Yang terbaik adalah menginisialisasi proyek baru pada mesin pengembangan dengan manajemen kode seperti git, sehingga proyek dapat dikloning pada mesin lain dengan jaringan.
Apa pun yang Anda tulis dalam proyek di mesin pengembangan, selama dapat dikompilasi. Misalnya, hello world.
Selain itu, disarankan untuk menambahkan sedikit ketergantungan pada paket nuget ke proyek, dan memilih apa pun yang Anda inginkan, seperti referensi log4net.
Coba kompilasi proyek di mesin pengembangan.
(Setelah banyak upaya, dikonfirmasi bahwa baris perintah harus menggunakan msbuild.exe C:\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe saat mengkompilasi proyek.) Namun, jenis proyek spesifik masih didasarkan pada jenisnya, pilih apakah akan memilih Framework64 atau tidak 64, apakah itu v4.xxx atau 3.x, 2.x, artinya sangat sederhana, jika Anda tidak dapat memahaminya, itu akan tidak berdaya)
Jika proyek berada di bawah jalur C:\projects\test, maka perintah yang dikompilasi harus:
atau
Tentu saja, Anda mungkin juga perlu membawa parameter lain seperti /p:Configuration=Release /p:plotform="Any CPU", tergantung pada situasinya.
4. Pada mesin uji, git kloning proyek dan coba kompilasi proyek dengan perintah yang sama.
5. Jika Anda tidak berhasil, Anda harus terus mencoba msbuild.exe, jalur, parameter, dll. yang benar, selama tidak ada masalah di lingkungan, Anda pasti akan berhasil.
6. Namun, inilah pertanyaan yang sangat menjengkelkan, bagaimana dengan dependensi nuget? Sekarang saya tidak memiliki masalah kompilasi yang jelas, tetapi bagaimana saya tahu di mana menemukan paket nuget?
Pertanyaan ini telah membuat saya terjebak untuk waktu yang lama.
Buka situs web resmi NuGet dan unduh file nuget.exe.
Setelah mencoba, file ini ditempatkan di proyek (yaitu di direktori yang sama dengan file SLN atau CSPROJ) dan dieksekusinuget.exe memulihkanuntuk mendapatkan paket Nuget yang diperlukan. Ini adalah pengalaman yang saya dapatkan setelah banyak upaya)
Nah, Anda dapat menambahkan tindakan ke skrip dan menjalankan perintah pemulihan nuget.exe setiap saat.
Juga akan sedikit lebih nyaman untuk menambahkan nuget.exe ke variabel lingkungan (tanpa penjelasan) dan kemudian menjalankannya setiap saat.
7. Akhirnya, saya menguji dan menemukan bahwa proyek dapat berhasil dikompilasi melalui operasi dan perintah tersebut pada mesin penerbitan.
Ini mendekati kesuksesan akhir.
Padahal, bagi mereka yang mengerti apa itu jekin, ini adalah akhir dari masalah, dan sisanya bisa dilakukan sendiri.
Di bawah
1. Buka situs web resmi Jekins, unduh, instal, luncurkan Jekins, daftarkan akun, tidak ada penjelasan. Untuk proyek dotnet, Anda perlu menginstal plugin msbuild, mstest, dan mstestrunner.
2. Konfigurasi global Jenkins msbuild.
3. Buat proyek baru dan konfigurasikan proyek
4. Bangun proyek.
Pada dasarnya, konstruksinya berhasil, dan mudah untuk memecahkan masalah meskipun tidak berhasil.
Faktanya, tentang penggunaan jekin, lebih banyak dipelajari sendiri dan dicoba berkali-kali untuk dipahami.
Suplemen:
1. Jika VS berhasil dikompilasi, tetapi ada prompt sintaks yang tidak didukung di baris perintah.
Maka mungkin pengembang sedang mengkompilasi dengan aturan sintaks yang lebih canggih (meskipun proyek didasarkan pada kerangka kerja .NET 4.5.2), seperti C# 6.0
Mesin rilis hanya menginstal .NET framework 4.5.2, sehingga tidak mendukung beberapa sintaks terbaru.
Jadi dalam hal ini, instal SDK terbaru pada mesin rilis.
Seperti yang ditunjukkan pada gambar.
Unduhan SDK situs web resmi Microsoft:https://www.microsoft.com/net/download/visual-studio-sdks
Unduh SDK yang sesuai.
SDK sudah menyertakan Runtime.
2. Jika pekerjaan Jekins perlu menggunakan perintah kelelawar windows untuk melakukan serangkaian operasi, maka menggunakan "Lihat daftar variabel lingkungan yang tersedia" Jenkins akan membantu.
Tulis seperti "%WORKSPACE%"
3. Jika ada ruang di jalur, seperti C:\Program Files (x86)\Microsoft.NET, perlu untuk menambahkan tanda kutip ganda di kedua sisi variabel.
Sebagai:
|
Diposting pada 22/11/2018 10.29.09
|
|
|
|
