-
-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rake appraisal:relativize #49
Comments
I would like to see this issue resolved 👍 and thanks for the rake task. |
I'm going to hold off this one for now. It seems like Bundler supposed to put the path in the lock file as relative part, but for some reason it resolve the path into an absolute path instead. See this file I'm going to try to find the way to catch this bug in Bundler. |
I did some digging and agree that this is actually a bundler issue. The gem command works correctly, but it's actually the gemspec command that's problematic. I actually found this out and just submitted a pull request last night: rubygems/bundler#2485 I've tested it with my appraisal setup and it was working as expected. |
Hmm, from my testing earlier it seems to be broken with the I'll try to test and see if I'm seeing the same issue or not. Thanks for digging into this! |
There could be additional issues that might have not been in my use-case. For clarity, here was my problem: Here is my # /Users/bwillis/Work/versioncake/Appraisals
appraise "rails3.2" do
gem('actionpack', '~> 3.2.0')
gem('activesupport', '~> 3.2.0')
gem('railties', '~> 3.2.0')
end I would run the typical # /Users/bwillis/Work/versioncake/gemfiles/rails3.2.gemfile
# This file was generated by Appraisal
source "https://rubygems.org"
gem "actionpack", "~> 3.2.0"
gem "activesupport", "~> 3.2.0"
gem "railties", "~> 3.2.0"
gemspec :path=>"../" # /Users/bwillis/Work/versioncake/gemfiles/rails3.2.gemfile.lock
PATH
remote: /Users/bwillis/Work/versioncake
specs:
versioncake (1.2.0)
actionpack (>= 3.2)
activesupport (>= 3.2)
railties (>= 3.2)
tzinfo
GEM
remote: https://rubygems.org/
specs:
actionpack (3.2.13)
activemodel (= 3.2.13)
activesupport (= 3.2.13)
builder (~> 3.0.0)
... |
I installed Bundler 1.4.0.pre.1 which properly put the relative path in place when running |
Thanks for reporting back @nathany! |
Hey, what's the status here? Do we need to wait for cli (or rather ea5b74b) to be merged into next deployed version? |
@sikachu is your commit getting merged ? |
Sorry for the slow progress, but I can't merge the CLI stuff back into master just yet. I'll finish it pretty soon, then release the RC version. In the meantime, you can try using bundler 1.4.0 RC which should already fix the issue. I'll let you guys know when the RC is out. |
Why add this feature when bundler 1.4 will resolve the issue? |
Ideally don't want to wait another 6+ months or so (release + everyone updating), but no big deal ... |
I'm going to close this, since I already implement it for CLI, which will be released in 1.0. I'm sorry for the slowness of the progress, but I'm trying to cover all the stuff before I cut the release. |
That's what we are currently doing to get relative paths in our lockfiles (to not always change them when another user bundles)
Can this get into appraisal, so we do not have to copy-paste it around ?
The text was updated successfully, but these errors were encountered: