1
0
Fork 0
mirror of https://github.com/ruby/ruby.git synced 2022-11-09 12:17:21 -05:00
ruby--ruby/spec/bundler/support/path.rb

253 lines
5.4 KiB
Ruby
Raw Normal View History

# frozen_string_literal: true
require "pathname"
require "rbconfig"
module Spec
module Path
2020-05-15 08:31:12 -04:00
def source_root
@source_root ||= Pathname.new(ruby_core? ? "../../../.." : "../../..").expand_path(__FILE__)
end
def root
2020-05-15 08:31:12 -04:00
@root ||= system_gem_path("gems/bundler-#{Bundler::VERSION}")
end
def gemspec
2020-05-15 08:31:12 -04:00
@gemspec ||= source_root.join(relative_gemspec)
end
def relative_gemspec
@relative_gemspec ||= ruby_core? ? "lib/bundler/bundler.gemspec" : "bundler.gemspec"
end
def gemspec_dir
@gemspec_dir ||= gemspec.parent
end
2020-05-15 08:31:12 -04:00
def loaded_gemspec
@loaded_gemspec ||= Gem::Specification.load(gemspec.to_s)
end
def test_gemfile
@test_gemfile ||= source_root.join(ruby_core? ? "tool/bundler/test_gems.rb" : "test_gems.rb")
end
def dev_gemfile
2020-10-15 00:20:25 -04:00
@dev_gemfile ||= git_root.join("dev_gems.rb")
2020-05-15 08:31:12 -04:00
end
def bindir
2020-05-15 08:31:12 -04:00
@bindir ||= source_root.join(ruby_core? ? "libexec" : "exe")
end
def installed_bindir
@installed_bindir ||= system_gem_path("bin")
end
def gem_cmd
2020-05-15 08:31:12 -04:00
@gem_cmd ||= ruby_core? ? source_root.join("bin/gem") : "gem"
end
def gem_bin
@gem_bin ||= ruby_core? ? ENV["GEM_COMMAND"] : "gem"
end
2020-05-15 08:31:12 -04:00
def path
env_path = ENV["PATH"]
env_path = env_path.split(File::PATH_SEPARATOR).reject {|path| path == bindir.to_s }.join(File::PATH_SEPARATOR) if ruby_core?
env_path
end
def spec_dir
2020-05-15 08:31:12 -04:00
@spec_dir ||= source_root.join(ruby_core? ? "spec/bundler" : "spec")
end
def tracked_files
2020-05-15 08:31:12 -04:00
@tracked_files ||= git_ls_files(tracked_files_glob)
Fix some bundler specs (#2380) * These seem to consistenly pass already * Show actual command when running `make test-bundler` Current the setup command that installs the necessary gems for testing bundler was printed, but not the actual command that runs the tests. That was a bit confusing. * Borrow trick from setproctitle specs * A title that long doesn't get set sometimes No idea why, but the test doesn't need that the title is that long. * Fix most gem helper spec ruby-core failures * Fix the rest of the gem helper failures * Fix version spec by improving the assertion * Remove unnecessary `BUNDLE_RUBY` environment var We can use `RUBY` when necessary, and `BUNDLE_RUBY` is not a good name because bundler considers `BUNDLE_*` variables as settings. * Rename `BUNDLE_GEM` to `GEM_COMMAND` This is more descriptive I think, and also friendlier for bundler because `BUNDLE_` env variables are interpreted by bundler as settings, and this is not a bundler setting. This fixes one bundler spec failure in config specs against ruby-core. * Fix quality spec when run in core Use the proper path helper. * Fix dummy lib builder to never load default gems If a dummy library is named as a default gem, when requiring the library from its executable, the default gem would be loaded when running from core, because in core all default gems share path with bundler, and thus they are always in the $LOAD_PATH. We fix the issue by loading lib relatively inside dummy lib executables. * More exact assertions Sometimes I have the problem that I do some "print debugging" inside specs, and suddently the spec passes. This happens when the assertion is too relaxed, and the things I print make it match, specially when they are simple strings like "1.0" than can be easily be part of gem paths that I print for debugging. I fix this by making a more exact assertion. * Detect the correct shebang when ENV["RUBY"] is set * Relax assertion So that the spec passes even if another paths containing "ext" are in the load path. This works to fix a ruby-core issue, but it's a better assertion in general. We just want to know that the extension path was added. * Use folder structure independent path helper It should fix this spec for ruby-core. * Fix the last failing spec on ruby-core * Skip `bundle open <default_gem>` spec when no default gems
2019-08-19 20:46:31 -04:00
end
def shipped_files
@shipped_files ||= loaded_gemspec.files
end
def lib_tracked_files
2020-05-15 08:31:12 -04:00
@lib_tracked_files ||= git_ls_files(lib_tracked_files_glob)
end
2019-12-14 05:49:16 -05:00
def man_tracked_files
2020-05-15 08:31:12 -04:00
@man_tracked_files ||= git_ls_files(man_tracked_files_glob)
end
def tmp(*path)
2020-05-15 08:31:12 -04:00
source_root.join("tmp", scope, *path)
end
def scope
test_number = ENV["TEST_ENV_NUMBER"]
return "1" if test_number.nil?
test_number.empty? ? "1" : test_number
end
def home(*path)
tmp.join("home", *path)
end
def default_bundle_path(*path)
if Bundler.feature_flag.default_install_uses_path?
local_gem_path(*path)
else
system_gem_path(*path)
end
end
def bundled_app(*path)
root = tmp.join("bundled_app")
FileUtils.mkdir_p(root)
root.join(*path)
end
def bundled_app2(*path)
root = tmp.join("bundled_app2")
FileUtils.mkdir_p(root)
root.join(*path)
end
def vendored_gems(path = nil)
bundled_app(*["vendor/bundle", Gem.ruby_engine, RbConfig::CONFIG["ruby_version"], path].compact)
end
def cached_gem(path)
bundled_app("vendor/cache/#{path}.gem")
end
def bundled_app_gemfile
bundled_app("Gemfile")
end
def bundled_app_lock
bundled_app("Gemfile.lock")
end
def base_system_gems
tmp.join("gems/base")
end
def file_uri_for(path)
protocol = "file://"
root = Gem.win_platform? ? "/" : ""
protocol + root + path.to_s
end
def gem_repo1(*args)
tmp("gems/remote1", *args)
end
def gem_repo_missing(*args)
tmp("gems/missing", *args)
end
def gem_repo2(*args)
tmp("gems/remote2", *args)
end
def gem_repo3(*args)
tmp("gems/remote3", *args)
end
def gem_repo4(*args)
tmp("gems/remote4", *args)
end
def security_repo(*args)
tmp("gems/security_repo", *args)
end
def system_gem_path(*path)
tmp("gems/system", *path)
end
2020-05-15 08:31:12 -04:00
def pristine_system_gem_path
tmp("gems/base_system")
end
def local_gem_path(*path, base: bundled_app)
base.join(*[".bundle", Gem.ruby_engine, RbConfig::CONFIG["ruby_version"], *path].compact)
end
def lib_path(*args)
tmp("libs", *args)
end
2020-05-15 08:31:12 -04:00
def source_lib_dir
source_root.join("lib")
end
def lib_dir
root.join("lib")
end
def global_plugin_gem(*args)
home ".bundle", "plugin", "gems", *args
end
def local_plugin_gem(*args)
bundled_app ".bundle", "plugin", "gems", *args
end
def tmpdir(*args)
tmp "tmpdir", *args
end
2020-05-15 08:31:12 -04:00
def replace_version_file(version, dir: source_root)
version_file = File.expand_path("lib/bundler/version.rb", dir)
contents = File.read(version_file)
contents.sub!(/(^\s+VERSION\s*=\s*)"#{Gem::Version::VERSION_PATTERN}"/, %(\\1"#{version}"))
File.open(version_file, "w") {|f| f << contents }
end
def ruby_core?
# avoid to warnings
@ruby_core ||= nil
if @ruby_core.nil?
Fix some bundler specs (#2380) * These seem to consistenly pass already * Show actual command when running `make test-bundler` Current the setup command that installs the necessary gems for testing bundler was printed, but not the actual command that runs the tests. That was a bit confusing. * Borrow trick from setproctitle specs * A title that long doesn't get set sometimes No idea why, but the test doesn't need that the title is that long. * Fix most gem helper spec ruby-core failures * Fix the rest of the gem helper failures * Fix version spec by improving the assertion * Remove unnecessary `BUNDLE_RUBY` environment var We can use `RUBY` when necessary, and `BUNDLE_RUBY` is not a good name because bundler considers `BUNDLE_*` variables as settings. * Rename `BUNDLE_GEM` to `GEM_COMMAND` This is more descriptive I think, and also friendlier for bundler because `BUNDLE_` env variables are interpreted by bundler as settings, and this is not a bundler setting. This fixes one bundler spec failure in config specs against ruby-core. * Fix quality spec when run in core Use the proper path helper. * Fix dummy lib builder to never load default gems If a dummy library is named as a default gem, when requiring the library from its executable, the default gem would be loaded when running from core, because in core all default gems share path with bundler, and thus they are always in the $LOAD_PATH. We fix the issue by loading lib relatively inside dummy lib executables. * More exact assertions Sometimes I have the problem that I do some "print debugging" inside specs, and suddently the spec passes. This happens when the assertion is too relaxed, and the things I print make it match, specially when they are simple strings like "1.0" than can be easily be part of gem paths that I print for debugging. I fix this by making a more exact assertion. * Detect the correct shebang when ENV["RUBY"] is set * Relax assertion So that the spec passes even if another paths containing "ext" are in the load path. This works to fix a ruby-core issue, but it's a better assertion in general. We just want to know that the extension path was added. * Use folder structure independent path helper It should fix this spec for ruby-core. * Fix the last failing spec on ruby-core * Skip `bundle open <default_gem>` spec when no default gems
2019-08-19 20:46:31 -04:00
@ruby_core = true & ENV["GEM_COMMAND"]
else
@ruby_core
end
end
2020-10-15 00:20:25 -04:00
private
2020-05-15 08:31:12 -04:00
def git_ls_files(glob)
skip "Not running on a git context, since running tests from a tarball" if ruby_core_tarball?
2020-06-03 14:46:35 -04:00
sys_exec("git ls-files -z -- #{glob}", :dir => source_root).split("\x0")
2020-05-15 08:31:12 -04:00
end
def tracked_files_glob
ruby_core? ? "lib/bundler lib/bundler.rb spec/bundler man/bundle*" : ""
2020-05-15 08:31:12 -04:00
end
def lib_tracked_files_glob
ruby_core? ? "lib/bundler lib/bundler.rb" : "lib"
end
def man_tracked_files_glob
ruby_core? ? "man/bundle* man/gemfile*" : "man"
end
def git_root
ruby_core? ? source_root : source_root.parent
end
def ruby_core_tarball?
!git_root.join(".git").directory?
end
extend self
end
end