înregistrare Logare
Puncte:0
kmalarski avatar Server

Cum să testați actualizările Jenkins și pluginurile sale pe un container docker clonat cu volum

drapel kp
kmalarski

Am migrat această întrebare de la SO din cauza lipsei de feedback.

Rulez o instanță a lui Jenkins pe un container docker și, cel mai probabil, ca urmare a unor greșeli în învățarea cum să o configurez, am ajuns să am un volum „anonim” care deține starea acestuia pe care o conectez în prezent, după cum urmează:

sudo docker run --name=my_name --mount source=my_long_volume_id,target=/var/jenkins_home [comanda continuă]

Acum, aș dori să testez cum funcționează actualizările pluginurilor, precum și actualizarea lui Jenkins în sine. Întrebarea este: cum pot să o fac în siguranță (adică să nu ating instanța care rulează)? Pentru că dacă rulez o altă instanță care conectează același volum, instanța originală ar fi afectată simultan. Dar dacă nu conectez acest volum, ar trebui să instalez manual toate versiunile „neactualizate-încă” ale tuturor pentru a testa exact aceeași situație.

Poate, alternativ, există o modalitate rezonabilă de a clona volumul în sine, astfel încât să pot rula din nou acest container cu „clona de testare” a volumului?

24
0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.