Closed devlinzed closed 11 years ago
The path given in the global config is always absolute, correct? And does the project config take precedence over the global config if both are present?
It's relative to the directory of the Gemfile. For example, my ~/.bundle/config
has BUNDLE_PATH
set to .bundle
, which emulates bundle install --path=.bundle
. As far as I know, project config always takes precedence.
Good, that makes the implementation easier.
With your newer version (thanks for pushing that so quickly!) I can sometimes open gems, but it still fails to change the path immediately. After opening a gem, the path is modified and all tags/paths are accessible. Again, using a local .bundle/config
appears to solve the issue.
What is the exact byte-for-byte content of your global config?
I was actually wrong about how the command line --path
option and the global BUNDLE_PATH
relate. When using the --path
option, you end up with (for example) .bundle/ruby/1.9/gems
. When using BUNDLE_PATH
, with the same value, you just get .bundle/gems
. That inconsistency seems to be the problem here. Sorry for the misinformation - I'd never looked at .bundle
in-depth.
Just in case it still helps, the global config is:
---
BUNDLE_PATH: .bundle
BUNDLE_BIN: .bundle/binstubs
Bundler configuration can be made global by placing it in
~/.bundle/config
. From what I can see, this file isn't honoured by vim-bundler and it fails to find theBUNDLE_PATH
within, so it can't locate where the gems are saved. Installing withbundle install --path=whatever
adds the line to the local.bundle/config
and works as expected.