CI/CD težave

Že en lep čas rešujem problem, na katerega ne najdem rešitev, zadeve pa postaja čedalje večji in večji mess. Da ne dolgovezim o problemu, ki sem ga objavil na stack overflowu, bi tu samo povedal, da se gre za težavo z .NET projektom, ki za builda jenkins. Link na SO: https://stackoverflow.com/questions/741...

ta nuget zna zajebavat.
ne vem če bo to tvoja rešitev ampak zame to deluje:
Problemi z wrong assembly itd:
brisanje, kar je v packages mapi in restore nuget z vs2022
ob morebitnih opozorilih, da niso packagi updatani: Update-Package -Reinstall

To je težko tako na pamet brez kode.

V kolikor imaš kak star packages.config je definitivno konverzija v PackageReference prva stvar kot je že kuall predlagal, včasih že to reši (desni klik na packages.config v VS2022 ti ponudi migracijo), konverzija sicer ponavadu ne bo delovala ok, če gre za Excel plugin ali WCF...

Druga stvar da boš lažje debugiral je, da ročno specificiraš nuget.config in ga commitaš v source control in ta config je idealno enak ko lokalno buildaš in na build strežniku. Ta config naj bo torej kar na root od repozitorija da bo vedno premagal ostale nuget.confige (ki so per machine ali per user itd). V tem konfigu ročno specificiraj prave nuget feede v "packageSources", dodaj na začetku še "clear" da bodo res samo te uporabljeni: https://learn.microsoft.com/en-us/nuget... Skoraj gotovo kak public nuget uporabljaš, tak da nuget.org v tem primeru rabiš. Nuget gre vedno vse nugete na vse feede iskat, zato vidiš da ti hodi tudi na nuget.org za tvoj privatni package, tak da ta del (da gre na slepo iskat v nuget.org) je ok.

Ampak dobro to so le izboljšave (ki znajo sicer precej pomagat). Kar se pa problema tiče pa jaz vedno uporabim nuget.exe za restore in ne msbuild, bi moralo brez posebnih parametrov delat, ker je itak point da vse parametre specificiraš že v nuget.config https://learn.microsoft.com/en-us/nuget...

Kar bi še enventuelno probal, je
1. Targetirati nuget pakete, ki niso public, na 4.5.2 in kreirati iz njih nove pakete. To sem sicer probal, očitno pa ne vem pravilno zbuildati nugete z VS2022, kjer niti nimam vseh opcij na voljo (v vizualnem prikazu csproj datoteke od nugeta), da bi prišel do končne stopnje oz. ko kaj skreiram, končam s čist drugačno strukturo Nuget mape. Tudi ne pomaga ravno (oz. spet delam nekaj narobe), če v projekt vključim DLL, ki ga zbuildam v na novo targetiranem projektu.

Ne,ne povsod (tako doma, kot službeno) imam zaradi tega vedno ...\ime.priimek\... in dela brez problemov.

Samo 2. je NE. Se meni tudi zdi da ni Jenkins kriv. Mislim, ja....za Bamboo ni ravno denarja, za Jenkins sem pa že nekaj cajta investiral not in bi se res naučil nekih osnov CI/CD, ki mi jih Heroku ni nudil. Odločitev je Jenkins.
Pač začelo se je z:

  CSC : error CS0006: Metadata file '..\packages\Microsoft.CodeAnalysis.Analyzers.1.1.0\analyzers\dotnet\cs\Microsoft.CodeAnalysis.Analyzers.dll' could not be found [C:\ProgramData\Jenkins\.jenkins\workspace\mojSajt\mojSajt.Api\mojStat.Projekt1.csproj]

Pač ko kaj pametnega probam z Nugetom naredit, mi javi: unable to resolve "NugetPaket.X.Y.Z', čeprav je že vključen ko class library projekt. Pač kaj imaš za resolvat, če ti je projekt lokalno že v solutionom.

kaj pa če bi uporabil azure devops, saj imaš free verzijo za CI/CD one pipeline ... ?

Včeraj sem si za foro skonfiguriral jenkins v dveh urah in deluje brez problemov. Uglavnem prebere solution file (.NET 6) iz diska, zbuilda main project, nato s pluginom za datoteke zipam folder in zip prestavim na drugo lokacijo.
Konfiguracijo za restore nuget paketov nisem nastavil, to prebere iz project datoteke in obstoječega direktorija packages. Sicer za c++ projekt nisem probaval.

Moti me namreč dejstvo, da vsak post poveš drugo napako, pol pa si vsak tolmači tvoje probleme po svoje. :)

Take stvari je pretezko preko forumov brez dostopa do same kode debugirat. To je fajn v zivo.

Sicer pa z package.config so same jebe, jaz sem ze tedne zivljenje s tem izgubil. Od kar smo 99% na PackageReference je nirvana.

acookook je 27. okt 2022 ob 20:22 izjavil:

samo enostavno več ne vem nekega sistematskega pristopa k zadevi.

pa menda boš ja rešil zadevo? takele stvari so smotane, dolgočasne, žrejo čas ampak eventuelno se jih reši, slej ali prej. stric google ve odgovor. pa trial and error.

Okej, sem zbrisal ven vse refernce iz item groupa in packages.config. Torej namestim najprej te moje pakete, potem pa?

Treba ugotovit zakaj ne resolva kljub temu da je dodano, je kak nuget morda dvignjen na preveč novo verzijo?

Nekateri nugeti imajo klicaj, ni pa ne piše, kaj je narobe.

Treba ugotovit zakaj ne resolva kljub temu da je dodano, je kak nuget morda dvignjen na preveč novo verzijo?

Hja, vsi možni razlogi in rešitve na SO ne pomagajo.
Pač ok, kot zadnje bom probal dvignit na 4.7.2 ali kar vse na novo.

ASP je klasika, ta nima nobenih omejitev glede PackageReference.

Ja očitno jo ima, saj piše na microsoftovi strani, da ne gre ASP (vsaj ne za 4.5.2.) in C++ projektov.

Mah, itak so to tolko stari dependencyji, da je boljše če stvar še enkrat znova prepišem, po možnosti .NET 7. Upgrejd naredi še več težav, kot jih reši. Ma pusti, tudi teh 350 rep. na SO nebom več videl. Vseeno hvala vsem! Bom že ugotovil.

Po parih dnevih praskanja po glavi in dodatnemu researchu se predam. Nič bo se treba drugače znajti. ?\_(?)_/?

hvala za +10 reputationa...50 je za komentiranje dovolj