在第一次运行bundle install之后，生成了Gemfile.lock文件，里面记录gem的具体版本号，按照官方文档说明，以后运行bundle install就不会再依据Gemfile，而是根据lock文件来安装gem，以免在新的机器中安装的版本与lock中不同，导致gem混乱。
实际试验步骤：
1、第一次运行bundle install，lock文件中为 sqlite3 (1.3.11-x86-mingw32)
2、将Gemfile文件中的 gem ‘sqlite3‘ 改为 gem ‘sqlite3‘ , ‘1.3.9‘ ，然后运行bundle install，lock文件中为 sqlite3 (1.3.9-x86-mingw32)
2.1、将gem ‘sqlite3‘ , ‘1.3.9‘改回到gem ‘sqlite3‘, 运行bundle install，lock文件中为 sqlite3 (1.3.9-x86-mingw32)
2.2、将gem ‘sqlite3‘ , ‘1.3.9‘改回到gem ‘sqlite3‘, ‘1.3.11‘ , 运行bundle install，lock文件中为 sqlite3 (1.3.11-x86-mingw32)
2.3、将gem ‘sqlite3‘ , ‘1.3.9‘改回到gem ‘sqlite3‘, ‘>=1.3.9‘,运行bundle install，lock文件中为 sqlite3 (1.3.9-x86-mingw32)，并没有升级到1.3.11
2.4、将gem ‘sqlite3‘ , ‘1.3.9‘改回到gem ‘sqlite3‘, ‘>=1.3.10‘ , 运行bundle install，lock文件中为 sqlite3 (1.3.11-x86-mingw32)
结论：
1 可能将Gemfile中不标注具体版本的gem改为具体版本，运行bundle install，会修改lock文件，反过来就不再修改了，另外2.3和2.4的情况很奇怪，不好解释，个人以为2.4不应该更新lock文件
2 最好的实践是在Gemfile中写清具体版本，如果之后需要更改，每次用bundle update XXgem更改一个gem版本，充分测试后再更改第二个gem的版本；一定将lock文件纳入版本管理控制。