Come gestire gli aggiornamenti di bundler (Gemfile.lock) in contesto collaborativo?

Question

Sono stato un programmatore solitario su un particolare progetto, ma ora qualcun altro ha aderito come collaboratore. Con solo me nella foto, gli aggiornamenti di bundler sono stati fluidi, e non ho mai pensato due volte allo Gemfile.lock di essere tracciato da Git.

Il nuovo collaboratore corse bundle install dopo la clonazione del pronti contro termine, e Gemfile.lock è stato aggiornato come segue:

Gemfile.lock

@@ -141,7 +141,7 @@ GEM 
     rack-ssl (~> 1.3.2) 
     rake (>= 0.8.7) 
     rdoc (~> 3.4) 
-  thor (< 2.0, >= 0.14.6) 
+  thor (>= 0.14.6, < 2.0) 
    raindrops (0.10.0) 
    rake (0.9.2.2) 
    rdoc (3.12) 
@@ -164,7 +164,7 @@ GEM 
    sprockets (2.1.3) 
     hike (~> 1.2) 
     rack (~> 1.0) 
-  tilt (!= 1.3.0, ~> 1.1) 
+  tilt (~> 1.1, != 1.3.0) 
    thor (0.16.0) 
    tilt (1.3.3) 
    treetop (1.4.10) 
@@ -175,7 +175,7 @@ GEM 
    tzinfo (0.3.33) 
    uglifier (1.3.0) 
     execjs (>= 0.3.0) 
-  multi_json (>= 1.0.2, ~> 1.0) 
+  multi_json (~> 1.0, >= 1.0.2) 
    unicorn (4.3.1) 
     kgio (~> 2.6) 
     rack 

Questo cambiamento è stato spinto in un ramo chiamato fuori master. Come dovrei affrontare questo cambiamento?

Pensando ad alta voce: Unisco la richiesta di pull su GitHub? In primo luogo, prendo da upstream senza una richiesta di pull? Eseguo un particolare comando bundler per sincronizzare le cose con l'altro Gemfile.lock del collaboratore? C'è qualcosa che l'altro collaboratore avrebbe potuto fare in modo diverso, in modo che non causassero l'aggiornamento di gemme (piuttosto, solo per scaricare le gemme specificate nello Gemfile.lock esistente)? Quali sono le migliori pratiche intorno a questa situazione?

Answer 1

Gemfile.lock deve essere versione controllata. Dovresti aver commesso delle modifiche ad esso. Quando qualcuno (di cui ti fidi) lo aggiorna, devi eseguire bundle install per installare le gemme attualmente bloccate in Gemfile.lock.

L'esecuzione di bundle install non aggiornerà un Gemfile.lock esistente. Per fare ciò, è necessario eseguire bundle update.

Detto ciò, non ci sono modifiche effettive alle versioni nel tuo Gemfile.lock. Tutto ciò che è cambiato è stato l'ordine degli argomenti per poche righe. Puoi tranquillamente unire queste modifiche o ignorarle; il Gemfile.lock risultante sarà (funzionalmente) identico.