Co oznacza pakiet exec prowizji?

Uruchamiasz bundle exec w programie. Twórcy programu napisali go, gdy dostępne były pewne wersje klejnotów. Program Gemfile Określa wersje klejnotów, których twórcy postanowili użyć. Oznacza to, że skrypt został stworzony tak, aby działał poprawnie przeciwko tym wersjom klejnotów.

Twój Systemowy plik Gemfile może się różnić od tego pliku Gemfile. Możesz mieć nowsze lub starsze klejnoty, z którymi ten skrypt nie gra ładnie. Ta różnica w wersjach może powodować dziwne błędy.

Bundle exec pomaga unikasz tych błędów. Wykonuje skrypt za pomocą klejnotów określonych w pliku GEMFILE skryptu, a nie w całym systemie. Wykonuje pewne wersje klejnotów z magią aliasów powłoki.

Zobacz więcej na stronie man .

Oto przykładowy Gemfile:

source 'http://rubygems.org'

gem 'rails', '2.8.3'

Tutaj bundle exec wykonałby skrypt używając rails w wersji 2.8.3, a nie innej wersji, którą mogłeś zainstalować w całym systemie.

To pojawia się często, gdy twój gemfile.lock ma różne wersje klejnotów zainstalowanych na twoim komputerze. Możesz otrzymać ostrzeżenie po uruchomieniu rake (lub rspec lub innych), takie jak:

You have already activated rake 10.3.1, but your Gemfile requires rake 10.1.0. Prepending "bundle exec" to your command may solve this.

Prepending bundle exec nakazuje bundlerowi wykonanie tej komendy niezależnie od różnicy wersji. Nie zawsze istnieje problem, jednak możesz napotkać problemy.

$ gem install rubygems-bundler

$ $ gem regenerate_binstubs

Należy chyba wspomnieć, że istnieją sposoby na pominięcie bundle exec (wszystkie zostały opisane w rozdziale 3.6.1 książki Michaela Hartlsa Ruby on Rails Tutorial).

Najprostszym jest użycie odpowiednio aktualnej wersji RVM (>=1.11.x).

Jeśli jesteś ograniczony do wcześniejszej wersji RVM, zawsze możesz użyć tej metody również wymienionej przez calasyr :

$ rvm get head && rvm reload
$ chmod +x $rvm_path/hooks/after_cd_bundler
$ bundle install --binstubs=./bundler_stubs

Katalog bundler_stubs powinien być następnie dodany do pliku .gitignore.

Trzecia opcja jest użycie gem rubygems-bundler, jeśli nie używasz RVM:

$ gem install rubygems-bundler
$ gem regenerate_binstubs

Nie używałem dużo bundle exec, ale konfiguruję go teraz.

Miałem przypadki, w których użyto niewłaściwej prowizji i wiele czasu zmarnowano na śledzenie problemu. To pomoże ci tego uniknąć.

Oto jak skonfigurować rvm, aby domyślnie używać bundle exec w określonym katalogu projektu:

Http://robots.thoughtbot.com/post/15346721484/use-bundlers-binstubs

Kiedy bezpośrednio uruchomisz zadanie rake lub wykonasz dowolny plik binarny gem, nie ma gwarancji, że komenda będzie zachowywać się zgodnie z oczekiwaniami. Ponieważ może się zdarzyć, że masz już zainstalowany ten sam gem w systemie, który ma wersję powiedzmy 1.0, ale w Twoim projekcie masz wyższą wersję powiedzmy 2.0. W tym przypadku nie można przewidzieć, który z nich będzie używany.

Aby wymusić żądaną wersję gem korzystasz z pomocy bundle exec polecenia, które wykonywałoby binarny w kontekście aktualna paczka. Oznacza to, że gdy używasz bundle exec, bundler sprawdza wersję gem skonfigurowaną dla bieżącego projektu i używa jej do wykonania zadania.

Napisałem też post o tym, który pokazuje również, jak możemy uniknąć korzystania z niego za pomocą stubów bin.

Oznacza to użycie rake 'a, którego bundler jest świadomy i jest częścią Twojego pliku Gemfile nad każdym rake' em, którego bundler nie jest świadomy i uruchomienie zadania db:migrate.