rake db:migrate 与 bundle exec rake db:migrate区别

   之前一直没弄明白rake  db:migrate 与 bundle exec rake db:migrate有区别，用的过程中也没出意外。最近无意中弄明白了现在也说下吧：

   rake db:migrate 其实 rake 本身是就是一个gem; 所以你可能有多个项目，用到了相同的gem,但版本不同。哪怎么确定每个项目使用的是哪个版本呢？

  哪就要用到 bundle 了。

  哪么bundle 是什么呢？

  bundle 其实是一种管理 项目中gems的工具。每个项目所要使用的gem版本信息都在Gemfile文件中有体现。但如果你直接使用rake 命令时，默认是使用系统中最新的rake 而不是项目中使用的版本，这样就可能会出错。哪执行 bundle exec 这个命令就会去寻找项目中的版 本来使用。

再来讲几个bundle 的用法。

 1 . bundle install

--binstubs

，這会建立一個 bin 目录包含所有 Gemfile 里面用的gem文件。所以改打

bin/rake

也行。

2 bundle pack

这个命令可以打包你的gems到vendor/cache目录下。然后你把项目给别的开发者，别人就可以使用：

3 bundle install

来安装项目依赖的gems了。

但是当你想把项目部署到生产环境的话，假如gems出现新版本，可能导致项目出现错误，这个时候，我们就需要锁定gem的版本。

4 bundle lock（其实如果执行bundle install也会生成这个文件）

这个命令会在rails的根目录下生成一个Gemfile.lock文件。类似于这样的：

当你在Gemfile文件里增加了一个新的gem，比如“mysql2”你运行：

5 bundle check

You changed your Gemfile after locking. Please relock using `bundle unlock`

想修改Gemfile必须先解锁Gemfile文件：

6 bundle unlock

然后才能修改，修改完再锁定。

7 bundle install

这条命令会自动安装Gemfile里的所有gem。

然后我们再检测：

8 bundle check

The Gemfile's dependencies are satisfied

这就安全了。

然后我们可以打包了：

9 bundle pack

Copying .gem files into vendor/cache
...

打包完以后，锁定我们的gems:

10 bundle lock

这下你就可以安全部署你的app了。

yum install mysql-devel

参考来源

Bundler官网：http://gembundler.com