2013-01-11 14 views

Antwort

22

Sie werden wahrscheinlich Ihre Entwicklungsumgebung nicht ruinieren. Sie könnten jedoch mit neueren Versionen von Gems als zuvor enden. Es hängt davon ab, wie Sie sie in Gemfile definiert haben.

Wenn Sie mit Einträgen wie:

gem "rails"

Dann werden Sie die neueste rails Juwel erhalten, was immer das sein mag.

Wenn Sie mit Einträgen wie:

gem "rails", "3.2.11"

Dann werden Sie 3.2.11 wieder bekommen.

Nachdem all dies gesagt wurde, sind dies die Zweige für. Machen Sie einen Zweig in git, hg, oder was auch immer Sie verwenden, blasen Sie Gemfile.lock weg, führen Sie bundle install, und überprüfen Sie dann Ihre Testsuite. Wenn es schrecklich ist, dann kannst du den Zweig verlassen, während du herausfindest, was schief gelaufen ist.

Noch ein Tipp: Jedes Mal, wenn ich das wollte, fand ich es nützlich, alle meine installierten Edelsteine ​​zu löschen. Wenn Sie mit rvm mit gemsets ist dies so einfach wie läuft

rvm gemset empty [gemset_name]

0

Ich weiß, das bereits beantwortet wurde, aber für alle anderen, die sich über dieses Thema auf Google kommen geschieht, sollten Sie diesen Befehl kennen bundle init wird die Gemfile regenerieren.

+0

Hmm, für mich habe ich eine Fehlermeldung erhalten "Gemfile existiert bereits bei/home/bla bla bla ...". Die Datei wurde nicht neu generiert. Vielleicht bedeutet das, dass die .lock-Datei mit 'bundle init' entfernt und neu generiert werden kann, aber wenn das der Fall ist, was wäre der Unterschied zwischen dieser und der Bundle-Installation? –

0

Es ist in Ordnung Gemfile.lock zu löschen, führen Sie einfach

bundle install 

ein neues Gemfile.lock zu erzeugen. Beachten Sie, dass Sie, wenn Sie keine Version eines Edelsteins auf Ihrer Gemfile angegeben haben, immer die neuesten

Verwandte Themen