使用rbenv搭配Bundler与Rails时，如何正确配置PATH环境变量？

先给你明确结论：你需要把项目根目录的bin/和.bundle/bin加到PATH里，但完全不需要加.bundle/gems/bin。你的思路方向是对的，但顺序需要调整一下——正确的优先级应该是：项目根目录/bin → .bundle/bin → 你原来的PATH（包含rbenv shims）。下面给你拆解每个目录的作用，帮你理解为什么要这么排：

1. 别碰.bundle/gems/bin #

这个目录是各个gem自带的可执行文件，但这些文件没有经过bundler的版本隔离处理。要是把它加到PATH，你执行命令时很可能会绕开bundler的管控，不小心用到全局环境或者其他项目的gem版本，这就违背了我们用bundler隔离项目依赖的初衷。所以这个目录直接忽略就好。

2. 项目根目录的bin/：必须放在最前面 #

Rails初始化项目时生成的bin/目录里的脚本（比如bin/rails、bin/rake）是专门设计过的——它们会自动调用bundle exec，确保你执行的命令用的是当前项目的gem版本，而不是全局的。把这个目录放在PATH最前面，意味着你在项目目录下敲rails或rake时，会优先用项目自带的这些脚本，从根源上避免版本冲突。

3. .bundle/bin：排在bin/之后就行 #

这个目录是bundler生成的binstubs（运行bundle install --binstubs就会生成），这些文件是对项目依赖gem的命令的轻量包装，同样会确保用项目内的gem版本。它的作用是补充bin/目录覆盖不到的命令——比如一些自定义gem的可执行文件，Rails没给生成脚本，就靠binstubs来管控。把它放在bin/之后，是因为核心的Rails命令已经由项目的bin/脚本处理了，binstubs作为补充即可。

4. rbenv shims：保持原位置就好 #

你的默认PATH已经把~/.rbenv/shims放在最前面，这没问题——它负责管理全局或用户级的Ruby版本。但在项目目录下，项目的bin/和.bundle/bin要优先于shims，这样项目的依赖隔离规则会先生效。

小技巧：自动调整PATH #

如果你不想每次进入项目都手动改PATH，可以用direnv工具：

• 在项目根目录创建.envrc文件
• 写入：

  export PATH="./bin:./.bundle/bin:$PATH"
  

• 运行direnv allow，之后每次进入项目目录，PATH会自动调整好。

内容的提问来源于stack exchange，提问作者pedz