Puncte:0

Memorați în cache pietre prețioase pentru fiecare versiune pe GitLab Runner

drapel us

Am un GitLab Runner instalat pe un server Ubuntu. Utilizează executorul „docker”.

Vreau ca fiecare job CI care se execută pe acest runner să folosească același cache Ruby gems, pentru a preveni descărcarea de pe rubygems.org a aceleiași versiuni de mai multe ori la rând.

Se pare că există două soluții:

  1. Utilizare cache: instruire în .gitlab-ci.yml. Nu îmi place asta pentru că aș avea cache per proiect în loc de un singur cache pentru toate proiectele. De asemenea, nu vreau să actualizez o duzină de .gitlab-ci.yml fișiere dacă acest lucru ar putea fi eludat.

  2. Utilizați Gitstash ca proxy transparent. Asta ar mai necesita modificare Dockerfiles de toate proiectele cu corespunzatoare configurație pachet... instrucțiuni. În această variantă nu știu cum să accesez Gitstash (pe care mi-aș dori să îl rulez pe aceeași mașină în care funcționează gitlab-runner) din interiorul fazei de construire a containerelor.

Există o a treia soluție? Ce e mai bine de făcut aici?

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.