Aktywowałeś już X, ale twój Gemfile wymaga Y

Podczas pracy rakepojawia się ten błąd:

Aktywowałeś już rake 0.9.2, ale twój Gemfile wymaga prowizji 0.8.7. Rozważ użycie pakietu exec.

Używanie bundle exec rakezamiast po prostu rakewydaje się działać, ale czy jest to najlepszy sposób, aby to naprawić?

Używanie bundle exec to właściwy sposób na zrobienie tego.

Zasadniczo dzieje się tak, że zaktualizowałeś rake do 0.9.2, co teraz koliduje z wersją określoną w twoim Gemfile. Poprzednio rakeTwoja ostatnia wersja pasowała do wersji w twoim Gemfile, więc nie otrzymałeś żadnego ostrzeżenia podczas prostego używania rake.

Yehuda Katz (jeden z pierwszych deweloperów Bundler) wyjaśnia to wszystko w tym poście na blogu .

Aby uniknąć ciągłego wpisywania bundle exec ..., możesz ustawić w powłoce alias lub funkcję dla poleceń, których często używasz w programie Bundler. Na przykład to, czego używam do Rake:

$ type bake
bake is a function
bake () 
{ 
    bundle exec rake "$@"
}

Jeśli masz powód, aby zachować aktualną wersję rake (lub inny klejnot, który powoduje problem), mat ma rację, najlepszym sposobem na to jest bieganie bundle exec. Używa wersji określonej w pliku Gemfile zamiast najnowszej wersji zainstalowanego klejnotu. (nathan.f77 ma poniżej dobre rozwiązanie, jeśli nie chcesz pisać za bundle execkażdym razem, gdy uruchamiasz rake)

W przeciwnym razie, jeśli nie ma powodu, aby nie aktualizować prowizji, możesz uruchomić

bundle update rake

To faktycznie zaktualizuje twój Gemfile.lock, aby używał najnowszej wersji rake, zamiast konieczności uruchamiania za bundle execkażdym razem.

Uwaga: jeśli uruchomisz tylko bundle updateto, zaktualizujesz wszystkie klejnoty w twoim Gemfile zamiast tylko rake'u, co prawdopodobnie nie jest tym, czego chcesz, ponieważ jeśli coś się zepsuje w twojej aplikacji, nie będziesz wiedział, która aktualizacja klejnotów to spowodowała.

Mniej zalecanym sposobem na zachowanie starszej wersji bez konieczności używania bundle execjest odinstalowanie nowszych wersji rake.

$ gem odinstaluj rake

Wybierz klejnot do odinstalowania:
 1. rake-0.8.7
 2. rake-0.9.2
 3. Wszystkie wersje
> 2
Pomyślnie odinstalowano rake-0.9.2

To działa, ale jeśli pracujesz z wieloma aplikacjami, które używają różnych wersji rake, może to być uciążliwe, ponieważ będziesz musiał ciągle instalować i odinstalowywać różne wersje.

Próbować bundle clean --force

Usuwa wszystkie klejnoty systemowe, których nie ma w tym pakiecie

Ostatnim razem, gdy mi się to przydarzyło, zaktualizowałem wszystkie moje klejnoty. Zrobiłem gem uninstall rakei wymieniłem opcje wersji. Wybrałem nowszy, a potem nie musiałem bundle execjuż używać .

Zasadniczo, jeśli używasz bundle exec, używa dowolnej wersji klejnotu zainstalowanej w twoim pakiecie, więc co jest w Gemfile. Bez bundle execniego używa domyślnej wersji systemu.

Ooh! Artykuł Katz jest doskonały!

Najbardziej podoba mi się to rozwiązanie:

bundle install --binstubs

aby móc teraz pisać

bin/rake .stuff.

Dla kogoś takiego jak ja, który tworzy aplikacje 2.3 i 3.0.9, czuję się o wiele lepiej.

bundle exec jest poprawne, ale nie chcesz go wpisywać za każdym razem.

Możesz umieścić to w swoim .bashrc:

# Automatically invoke bundler for rake, if necessary.
rake() { if [ -e ./Gemfile.lock ]; then bundle exec rake "$@"; else /usr/bin/env rake "$@"; fi; }

Innym sposobem, aby nie wpisywać go za każdym razem, jest na przykład Makefile

rake :
    bundle exec rake