bundler.git - rhe's working repo

	Commit message (Collapse)	Author	Age	Files	Lines
*	Disable RSpec monkey patching	Samuel Giddins	2017-01-15	1	-1/+1
\|
*	remove extraneous bits, fix gemfiles	Andre Arko	2016-10-13	1	-6/+1
\|
*	add a failing spec for not-found gems	Andre Arko	2016-10-13	1	-0/+71
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	This is a kind of weird and specific situation: If, and only if, some version of a gem is installed into system gems (e.g. rack 1.0), then trying to resolve a different version of that gem from a specific remote source (e.g. rack 2.0.1.1.forked) will fail, even though that gem is in fact available from that soure. Uninstalling the unrelated version of rack from system gems completely solves this problem. Alternately, running `bundle update rack` instead of `bundle install` also completely solves this problem. From this I speculate that we are unfairly withholding the rack 2.0.1.1.forked spec from the resolver, even though it was provided by the source.
*	Use `include_gem` as the matcher name	Samuel Giddins	2016-08-02	1	-16/+16
\|
*	[Matchers] Add TheBundle class to make custom matchers more fluent	Samuel Giddins	2016-08-02	1	-16/+16
\|
*	Update a pair of specs to use the new source matching	Samuel Giddins	2016-07-24	1	-3/+4
\|
*	[Bundler] Use DSLError when eval-ing a gemspec fails	Samuel Giddins	2016-07-20	1	-1/+1
\|
*	Clean up outdated deprecation code	Samuel Giddins	2016-07-05	1	-3/+6
\|
*	note that disable_multisource will be the default	Andre Arko	2016-07-05	1	-3/+3
\|
*	Add a spec for not re-resolving	Samuel Giddins	2016-06-24	1	-0/+32
\|
*	Compatibility with frozen string literals	Samuel Giddins	2016-01-31	1	-0/+1
\|
*	move gemfile feature tests into install/gemfile/	Andre Arko	2015-12-13	1	-0/+415