Der Umgang mit bundler-updates (Gemfile.Schloss) im kollaborativen Kontext?
Habe ich schon ein einsamer Programmierer für ein bestimmtes Projekt, aber jetzt jemand anderes hat sich als Kollaborateur. Mit nur mir im Bild bundler
updates wurden weich, und ich hätte nie gedacht, zweimal über Gemfile.lock
wird von Git verwaltet.
Den neuen Mitarbeiter lief bundle install
nach dem Klonen die repo -, und Gemfile.lock
wurde wie folgt aktualisiert:
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
Diese änderung war schob in einem benannten branch aus master. Wie soll ich den Umgang mit diesem Wandel?
Laut gedacht: führe ich den Pull-Request auf GitHub? Kann ich nur ziehen im upstream-ohne einen Pull-Request auf den ersten? Führe ich einen bestimmten bundler Befehl zu synchronisieren, die Dinge mit den anderen Mitarbeiter ist Gemfile.lock
? Gibt es etwas, was die anderen Mitarbeiter getan haben könnte anders, so dass Sie nicht verursachen keine gems zu aktualisieren (eher nur zum herunterladen der Edelsteine in der angegebenen vorhandenen Gemfile.lock
)? Was sind die besten Methoden um mit dieser situation?
InformationsquelleAutor der Frage user664833 | 2013-01-23
Du musst angemeldet sein, um einen Kommentar abzugeben.
Gemfile.lock sollte version gesteuert. Sie sollten commit von änderungen. Wenn jemand (der du vertraust) - updates, die Sie sollten ausführen
bundle install
zu installieren, die Edelsteine, die derzeit gesperrt ist im Gemfile.lock.Läuft gerade
bundle install
aktualisieren nicht einen vorhandenen Gemfile.lock. Zu tun, so, müssen Sie führenbundle update
.Alles, was gesagt, es gibt keine tatsächlichen änderungen an den Versionen in Ihrem Gemfile.lock. All das änderte sich, wurde die Reihenfolge der Argumente, die für ein paar Zeilen. Sie können sicher mischen Sie die änderungen in oder Sie missachten; die resultierende Gemfile.Sperre (funktional) identisch.
InformationsquelleAutor der Antwort meagar