应该提到的是，有很多方法可以忽略bundle exec(在Michael Hartls Ruby on Rails教程的3.6.1章中都有说明)。

最简单的方法是只使用RVM的最新版本(>= 1.11.x)。

如果你被限制在RVM的早期版本，你可以使用calasyr提到的这个方法:

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

bundler_stubs目录也应该添加到.gitignore文件中。

如果你不使用RVM，第三个选择是使用rubygems-bundler gem:

$ gem install rubygems-bundler
$ gem regenerate_binstubs

应该提到的是，有很多方法可以忽略bundle exec(在Michael Hartls Ruby on Rails教程的3.6.1章中都有说明)。

最简单的方法是只使用RVM的最新版本(>= 1.11.x)。

如果你被限制在RVM的早期版本，你可以使用calasyr提到的这个方法:

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

bundler_stubs目录也应该添加到.gitignore文件中。

如果你不使用RVM，第三个选择是使用rubygems-bundler gem:

$ gem install rubygems-bundler
$ gem regenerate_binstubs

bundle exec是一个bundle命令，用于在当前bundle(来自您目录的Gemfile)的上下文中执行脚本。Rake db:migrate是脚本，其中db是命名空间，migrate是定义的任务名称。

因此bundle exec rake db:migrate在当前bundle的上下文中使用命令db:migrate执行rake脚本。

至于“为什么?”我将引用捆绑页面上的话:

在某些情况下，如果可执行文件恰好安装在您的系统中，并且没有引入任何与您的包冲突的gem，那么运行没有捆绑包exec的可执行文件可能会工作。 然而，这是不可靠的，也是相当痛苦的来源。即使它看起来可以工作，但在将来或在另一台机器上可能无法工作。

这意味着使用捆绑者知道的rake，它是您Gemfile的一部分，而不是捆绑者不知道的任何rake，并运行db:migrate任务。

我没有使用捆绑执行太多，但现在正在设置它。

我曾经使用过错误的耙子，浪费了很多时间来追踪问题。这可以帮助你避免这种情况。

下面是如何设置RVM，这样你就可以在特定的项目目录下默认使用bundle exec:

https://thoughtbot.com/blog/use-bundlers-binstubs

这在你的gemfile中经常出现。Lock在您的机器上安装了不同版本的宝石。在运行rake(或rspec或其他)后，您可能会得到一个警告，例如:

您已经激活了rake 10.3.1，但是您的Gemfile需要rake 10.1.0。在你的命令前加上“bundle exec”可以解决这个问题。

预挂的bundle exec告诉绑定器不管版本差异都要执行这个命令。这并不总是一个问题，但是，您可能会遇到问题。

幸运的是，有一种宝石可以解决这个问题:rubygems-bundler。

安装rubygems-bundler $ $ gem regenerate_binstubs

然后再试试你的rake, rspec，或者别的什么。