Šis raksts ir mašīntulkošanas spoguļraksts, lūdzu, noklikšķiniet šeit, lai pārietu uz oriģinālo rakstu.

Skats: 20810|Atbildi: 0

[Avots] Kā Jekins izvieto .NET Framework projektu

[Kopēt saiti]
Publicēts 22.11.2018 10:29:09 | | | |
Piezīme: Šajā rakstā "būvēt", "nepārtraukti veidot", "kompilēt" un "ģenerēt" lietošana nav stingra, vienkārši ziniet, ko tas nozīmē.

Pirmkārt, ja vēlaties nepārtraukti veidot, jums jāizmanto komandrinda.
Bet dotnet core komandas, šķiet, ir nedaudz vienkāršākas nekā dotnet framework projekts.
Tā kā dotnetcore būvēšanas komanda irdotnet msbuild xxxxx.csproj/yyyyy.sln
Un dotnet ietvara veidošanas komanda ir.../msbuild.exe xxxx.csproj/yyyyy.sln, un vismulsinošākā lieta starp tiem (galvenokārt cilvēki, kuri nekad nav iekrituši bedrē, vienkārši nometiet to) ir šīmsbuild.exeKur tieši tas ir?msbuild.exe? Galu galā, pēc dotnet framework SDK vai dažādu Visual Studio versiju instalēšanas sistēmā Windows, būs daudzmsbuild.exe, cilvēki nesaprot, kuru izmantot.

Sāksim ar to, kā izveidot dotnet ietvara projektu sistēmā Windows, lai neļautu paša projekta sarežģītībai ietekmēt galveno ideju, šeit mēs domājam, ka vēlamies izveidot vienkāršu konsoles projektu, kas līdzīgs Hello World.
Kopumā vide:
izstrādes mašīna, Windows PC;
Izdevniecības mašīna, Windows Server;
projekts, vienkāršs dot net framework konsoles projekts. (Es šeit izmantoju versiju 4.5.2)

uz

Vislabāk ir inicializēt jaunu projektu izstrādes mašīnā ar koda pārvaldību, piemēram, git, lai projektu varētu klonēt citās mašīnās ar tīklu.
Neatkarīgi no tā, ko jūs rakstāt projektā uz izstrādes mašīnas, ja vien to var apkopot. Piemēram, sveika pasaule.
Turklāt projektam ieteicams pievienot nelielu atkarību no nuget paketes un izvēlēties visu, ko vēlaties, piemēram, log4net atsauces.
Mēģiniet kompilēt projektu izstrādes mašīnā.
(Pēc daudziem mēģinājumiem tika apstiprināts, ka, kompilējot projektu, komandrindai jāizmanto msbuild.exe C:\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe.) Tomēr konkrētais projekta veids joprojām ir balstīts uz veidu, izvēlieties, vai izvēlēties Framework64 vai ne 64, neatkarīgi no tā, vai tas ir v4.xxx vai 3.x, 2.x, šī nozīme ir ļoti vienkārša, ja jūs to nevarat saprast, tas būs bezpalīdzīgs)
Ja projekts atrodas C:\projects\test ceļā, tad kompilētajai komandai jābūt šādai:

vai
Protams, atkarībā no situācijas jums var būt nepieciešams ieviest arī citus parametrus, piemēram, /p:Configuration=Release /p:plotform="Jebkurš CPU".

4. Testa mašīnā git klonējiet projektu un mēģiniet kompilēt projektu ar to pašu komandu.
5. Ja jums neizdodas, jums jāturpina izmēģināt pareizo msbuild.exe, ceļu, parametrus utt., Kamēr vidē nav problēmu, jums noteikti izdosies.
6. Tomēr šeit nāk ļoti traks jautājums, kā ar nuget atkarībām? Tagad man nav acīmredzamu problēmu ar kompilēšanu, bet kā es varu zināt, kur atrast nuget paketi?
Šis jautājums mani ir iestrēdzis ilgu laiku.
Dodieties uz oficiālo vietni NuGet un lejupielādējiet nuget.exe failu.
Pēc mēģinājuma šis fails tiek ievietots projektā (t.i., tajā pašā direktorijā kā SLN vai CSPROJ fails) un izpildītsnuget.exe atjaunošanakomanda, lai iegūtu nepieciešamo nuget paketi. Šī ir pieredze, ko es ieguvu pēc daudziem mēģinājumiem)
Nu, jūs varat pievienot skriptam darbību un katru reizi izpildīt komandu nuget.exe atjaunošana.
Būtu arī nedaudz ērtāk pievienot nuget.exe vides mainīgajam (bez paskaidrojuma) un pēc tam izpildīt to katru reizi.
7. Visbeidzot, es pārbaudīju un atklāju, ka projektu var veiksmīgi kompilēt, izmantojot šādas darbības un komandas publicēšanas mašīnā.
Tas ir tuvu galīgajiem panākumiem.
Patiesībā tiem, kas saprot, kas ir džeki, tas ir lietas beigas, un pārējo var izdarīt paši.

Zemāk

1. Dodieties uz Jekins oficiālo vietni, lejupielādējiet, instalējiet, palaidiet Jekins, reģistrējiet kontu, bez paskaidrojuma. Dotnet projektiem ir jāinstalē msbuild, mstest un mstestrunner spraudņi.

2. Jenkins globālā konfigurācija msbuild.



3. Izveidojiet jaunu projektu un konfigurējiet projektu



4. Veidojiet projektu.

Būtībā būvniecība ir veiksmīga, un to ir viegli novērst pat tad, ja tā nav veiksmīga.

Patiesībā par jekinu lietošanu vairāk no tā iemācās pats un daudzas reizes mēģina saprast.

Papildinājums:

1. Ja VS var veiksmīgi kompilēt, bet komandrindā ir neatbalstīta sintakses uzvedne.
Tad var būt, ka izstrādātājs kompilē ar sarežģītākiem sintakses noteikumiem (lai gan projekts ir balstīts uz .NET framework 4.5.2), piemēram, C# 6.0
Laidiena datorā tika instalēta tikai .NET framework 4.5.2, tāpēc tā neatbalsta dažas no jaunākajām sintaksēm.
Tātad šajā gadījumā instalējiet jaunāko SDK izlaišanas mašīnā.
Kā parādīts attēlā.
Microsoft oficiālās vietnes SDK lejupielāde:https://www.microsoft.com/net/download/visual-studio-sdks
Lejupielādējiet atbilstošo SDK.
SDK jau ietver izpildlaiku.

2. Ja Džekinsa darbam ir jāizmanto Windows bat komanda, lai veiktu virkni operāciju, tad būs noderīgi izmantot Dženkinsa "Skatīt pieejamo vides mainīgo sarakstu".
Uzrakstiet to kā "%WORKSPACE%"

3. Ja ceļā ir vieta, piemēram, C:\Program Files (x86)\Microsoft.NET, ir nepieciešams pievienot dubultās pēdiņas abās mainīgā pusēs.
Kā:







Iepriekšējo:Dženkinss īsi iepazīstināja
Nākamo:Angular6 Material2 iekapsulē brīdinājuma ziņojuma uzvednes lodziņu
Atruna:
Visa programmatūra, programmēšanas materiāli vai raksti, ko publicē Code Farmer Network, ir paredzēti tikai mācību un pētniecības mērķiem; Iepriekš minēto saturu nedrīkst izmantot komerciāliem vai nelikumīgiem mērķiem, pretējā gadījumā lietotājiem ir jāuzņemas visas sekas. Informācija šajā vietnē nāk no interneta, un autortiesību strīdiem nav nekāda sakara ar šo vietni. Iepriekš minētais saturs ir pilnībā jāizdzēš no datora 24 stundu laikā pēc lejupielādes. Ja jums patīk programma, lūdzu, atbalstiet oriģinālu programmatūru, iegādājieties reģistrāciju un iegūstiet labākus oriģinālus pakalpojumus. Ja ir kādi pārkāpumi, lūdzu, sazinieties ar mums pa e-pastu.

Mail To:help@itsvse.com