bundler 1.15.1 → 1.17.3

data/doc/contributing/ISSUES.md

@@ -1,51 +0,0 @@
-# Filing Issues: a guide
-
-So! You're having problems with Bundler. This file is here to help. If you're running into an error, try reading the rest of this file for help. If you can't figure out how to solve your problem, there are also instructions on how to report a bug.
-
-Before filing an issue, check our [troubleshooting guide](../TROUBLESHOOTING.md) for quick fixes to common issues.
-
-## Documentation
-
-Instructions for common Bundler uses can be found on the [Bundler documentation site](http://bundler.io/).
-
-Detailed information about each Bundler command, including help with common problems, can be found in the [Bundler man pages](http://bundler.io/man/bundle.1.html) or [Bundler Command Line Reference](http://bundler.io/v1.11/commands.html).
-
-## Reporting unresolved problems
-
-Check our [troubleshooting common issues guide](../TROUBLESHOOTING.md) and see if your issues is resolved using the steps provided.
-
-Hopefully the troubleshooting steps above resolved your problem! If things still aren't working the way you expect them to, please let us know so that we can diagnose and hopefully fix the problem you're having.
-
-**The best way to report a bug is by providing a reproduction script.** See these examples:
-
-* [Git environment variables causing install to fail.](https://gist.github.com/xaviershay/6207550)
-* [Multiple gems in a repository cannot be updated independently.](https://gist.github.com/xaviershay/6295889)
-
-A half working script with comments for the parts you were unable to automate is still appreciated.
-
-If you are unable to do that, please include the following information in your report:
-
- - What you're trying to accomplish
- - The command you ran
- - What you expected to happen
- - What actually happened
- - The exception backtrace(s), if any
- - Everything output by running `bundle env`
-
-If your version of Bundler does not have the `bundle env` command, then please include:
-
- - Your `Gemfile`
- - Your `Gemfile.lock`
- - Your Bundler configuration settings (run `bundle config`)
- - What version of bundler you are using (run `bundle -v`)
- - What version of Ruby you are using (run `ruby -v`)
- - What version of Rubygems you are using (run `gem -v`)
- - Whether you are using RVM, and if so what version (run `rvm -v`)
- - Whether you have the `rubygems-bundler` gem, which can break gem executables (run `gem list rubygems-bundler`)
- - Whether you have the `open_gem` gem, which can cause rake activation conflicts (run `gem list open_gem`)
-
-If you have either `rubygems-bundler` or `open_gem` installed, please try removing them and then following the troubleshooting steps above before opening a new ticket.
-
-[Create a gist](https://gist.github.com) containing all of that information, then visit the [Bundler issue tracker](https://github.com/bundler/bundler/issues) and [create a ticket](https://github.com/bundler/bundler/issues/new) describing your problem and linking to your gist.
-
-Thanks for reporting issues and helping make Bundler better!

data/doc/contributing/README.md

@@ -1,38 +0,0 @@
-# Contributing to Bundler
-
-Welcome to Bundler! We are so happy that you're here. We know it can be daunting to joining a new open source project, so here's a quick overview of what you can expect from this documentation.
-
-*Something missing?* Send us a [pull request](../development/PULL_REQUESTS.md)!
-
-**Recommended first steps**
-
-- Join us in the Bundler slack! Generate an invite [here](http://slack.bundler.io/)
-- *If you're interested in helping with code:*
-  - Get a quick overview of our [development process](../development/README.md)
-  - [Setup your machine for development](../development/SETUP.md)
-  - Checkout [How you can help: your first contributions!](HOW_YOU_CAN_HELP.md) for a list of suggestions to get started
-- *If you're interested in helping with documentation:*
-  - Read up on [how documentation works for Bundler](../documentation/README.md)
-  - Learn about our [documentation vision](../documentation/VISION.md)
-
-You can start learning about Bundler by reading [the documentation](http://bundler.io). If you want, you can also read a (lengthy) explanation of [why Bundler exists and what it does](http://bundler.io/rationale.html).
-
-##[How you can help: your first contributions!](HOW_YOU_CAN_HELP.md)
-
-A detailed overview of how to get started contributing to Bundler, including a long list of suggestions for your first project.
-
-##[Bug triage](BUG_TRIAGE.md)
-
-Want to take a stab at processing issues? Start here.
-
-##[Getting help](GETTING_HELP.md)
-
-How to get in touch with folks who can help when you're stuck. Don't worry! This happens to all of us. We're really nice, we promise.
-
-##[Filing issues](ISSUES.md)
-
-We see a lot of issues in the Bundler repo! Use this guide to file informative, actionable issues.
-
-##[Community](COMMUNITY.md)
-
-Learn more about our goals for the Bundler community and the ways you can help us build better together.

data/doc/development/NEW_FEATURES.md

@@ -1,10 +0,0 @@
-# Adding New Features
-
-If you would like to add a new feature to Bundler, please follow these steps:
-
-  1. [Create an issue](https://github.com/bundler/bundler/issues/new) with the [`feature-request` label](https://github.com/bundler/bundler/labels/type:%20feature-request) to discuss your feature.
-  2. Base your commits on the master branch, since we follow [SemVer](http://semver.org) and don't add new features to old releases.
-  3. Commit the code and at least one test covering your changes to a feature branch in your fork.
-  4. Send us a [pull request](PULL_REQUESTS.md) from your feature branch.
-
-If you don't hear back immediately, don’t get discouraged! We all have day jobs, but we respond to most tickets within a day or two.

data/doc/development/PULL_REQUESTS.md

@@ -1,40 +0,0 @@
-# Submitting Pull Requests
-
-Before you submit a pull request, please remember to do the following:
-
-1. Check your code format and style
-2. Run the test suite
-3. Use a meaningful commit message without tags
-
-## Code formatting
-
-Make sure the code formatting and styling adheres to the guidelines. We use RuboCop for this. Lack of formatting adherence will result in automatic Travis build failures.
-
-      $ bin/rubocop -a
-
-## Tests
-
-Prior to submitting your PR, please run the test suite:
-
-      $ bin/rspec
-
-If you are unable to run the entire test suite, please run the unit test suite and at least the integration specs related to the command or domain of Bundler that your code changes relate to.
-
-Ex. For a pull request that changes something with `bundle update`, you might run:
-
-      $ bin/rspec spec/bundler
-      $ bin/rspec spec/commands/update_spec.rb
-
-## Commit messages
-
-Please ensure that the commit messages included in the pull request __do not__ have the following:
-  - `@tag` GitHub user or team references (ex. `@indirect` or `@bundler/core`)
-  - `#id` references to issues or pull requests (ex. `#43` or `bundler/bundler-site#12`)
-
-If you want to use these mechanisms, please instead include them in the pull request description. This prevents multiple notifications or references being created on commit rebases or pull request/branch force pushes.
-
-Additionally, do not use `[ci skip]` or `[skip ci]` mechanisms in your pull request titles/descriptions or commit messages. Every potential commit and pull request should run through Bundler's CI system. This applies to all changes/commits (ex. even a change to just documentation or the removal of a comment).
-
-## CHANGELOG.md
-
-Don't forget to add your changes into the CHANGELOG! If you're submitting documentation, note the changes under the "Documentation" heading.

data/doc/development/README.md

@@ -1,19 +0,0 @@
-# Development
-
-So, you're ready to start contributing to Bundler! You've come to the right place. Here you'll find an overview of how to work on Bundler locally and a description of the process from code to release.
-
-##[Development setup](SETUP.md)
-
-Guidelines for setting up your local development environment.
-
-##[Submitting pull requests](PULL_REQUESTS.md)
-
-An overview of our preferred PR process, including how to run the test suite and what to expect when you submit code for review.
-
-##[Adding new features](NEW_FEATURES.md)
-
-Guidelines for proposing and writing new features for Bundler.
-
-##[Releasing Bundler](RELEASING.md)
-
-A broad-strokes overview of the release process adhered to by the Bundler core team.

data/doc/development/RELEASING.md

@@ -1,9 +0,0 @@
-# Releasing
-
-_Release process documentation is in progress, see [PR 5252](https://github.com/bundler/bundler/pull/5252)._
-
-## Beta testing
-
-Early releases require heavy testing, especially across various system setups. We :heart: testers, and are big fans of anyone who can run `gem install bundler --pre` and try out upcoming releases in their development and staging environments.
-
-There may not always be prereleases or beta versions of Bundler. The Bundler team will tweet from the [@bundlerio account](http://twitter.com/bundlerio) when a prerelease or beta version becomes available. You are also always welcome to try checking out master and building a gem yourself if you want to try out the latest changes.

data/doc/development/SETUP.md

@@ -1,29 +0,0 @@
-# Development setup
-
-Bundler doesn't use a Gemfile to list development dependencies, because when we tried it we couldn't tell if we were awake or it was just another level of dreams. To work on Bundler, you'll probably want to do a couple of things.
-
-1. Install `groff-base` and `graphviz` packages using your package manager, e.g for ubuntu
-
-      $ sudo apt-get install graphviz groff-base -y
-
-   and for OS X (with brew installed)
-
-      $ brew install graphviz homebrew/dupes/groff
-
-2. Install Bundler's development dependencies
-
-      $ bin/rake spec:deps
-
-3. Run the test suite, to make sure things are working
-
-      $ bin/rake spec
-
-4. Set up a shell alias to run Bundler from your clone, e.g. a Bash alias:
-
-      $ alias dbundle='BUNDLE_TRAMPOLINE_DISABLE=1 ruby -I /path/to/bundler/lib /path/to/bundler/exe/bundle'
-
-   The `BUNDLE_TRAMPOLINE_DISABLE` environment variable ensures that the version of Bundler in `/path/to/bundler/lib` will be used. Without that environment setting, Bundler will automatically download, install, and run the version of Bundler listed in `Gemfile.lock`. With that set up, you can test changes you've made to Bundler by running `dbundle`, without interfering with the regular `bundle` command.
-
-## Debugging with `pry`
-
-To dive into the code with Pry: `RUBYOPT=-rpry dbundle` to require pry and then run commands.

data/doc/documentation/README.md

@@ -1,29 +0,0 @@
-# Documentation
-
-Code needs explanation, and sometimes those who know the code well have trouble explaining it to someone just getting into it. Because of that, we welcome documentation suggestions and patches from everyone, especially if they are brand new to using Bundler.
-
-Currently, Bundler has two main sources of documentation:
-
-1. built-in `help` (including usage information and man pages)
-2. [Bundler documentation site](http://bundler.io)
-
-If you have a suggestion or proposed change for [bundler.io](http://bundler.io), please open an issue or send a pull request to the [bundler-site](https://github.com/bundler/bundler-site) repository.
-
-Not sure where to write documentation? In general, follow these guidelines:
-
-* For an explanation of a specific Bundler command (ex: `bundle clean`): make changes to the man pages
-* For longer explanations or usage guides (ex: "Using Bundler with Rails"): create new documentation within the [bundler-site](https://github.com/bundler/bundler-site) repository
-
-If you are unsure where to begin, ping [@feministy](https://github.com/feministy) or [@indirect](https://github.com/indirect) in the Bundler Slack ([get an invite here](../contributing/GETTING_HELP.md)).
-
-## [Writing docs for man pages)](WRITING.md)
-
-If you’d like to submit a patch to the man pages, you're in the right place! Details on editing and previewing changes to man pages can be found here.
-
-## [Documentation vision](VISION.md)
-
-Just like Bundler, we have a grand plan (really, a wish list of sorts) for Bundler documentation. Preview our hopes and dreams for our documentation here.
-
-## Translations
-
-We don't currently have any translations, but please reach out to us if you would like to help get this going.

data/doc/documentation/VISION.md

@@ -1,26 +0,0 @@
-# Documentation vision
-
-Currently, documentation for using Bundler is spread across two places:
-
-1. built-in `help` (including usage information and man pages)
-2. [Bundler documentation site](http://bundler.io)
-
-Additional documentation about using Bundler to publish gems can also be found on the [RubyGems guides](http://guides.rubygems.org/).
-
-## Goals
-
-Bundler documentation should provide users with assistance:
-
-1. Installing Bundler
-2. Using Bundler to manage an application's dependencies
-3. Using Bundler to create, package, and publish gems
-
-Our goal is to provide three types of documentation:
-
-* High level overviews that provide topical guidance
-* Step-by-step tutorials
-* Command-specific reference material for the CLI
-
-Additionally, this documentation should be readily available in a logical place and easy to follow.
-
-Someday, we'd like to create deep-dive reference material about the inner workings of Bundler. However, while this is part of our overall vision for Bundler documentation, it is not the focus of our current work.

data/doc/documentation/WRITING.md

@@ -1,54 +0,0 @@
-# Writing docs for man pages
-
-A primary source of help for Bundler users are the man pages: the output printed when you run `bundle help` (or `bundler help`). These pages can be a little tricky to format and preview, but are pretty straightforward once you get the hang of it.
-
-_Note: `bundler` and `bundle` may be used interchangeably in the CLI. This guide uses `bundle` because it's cuter._
-
-## What goes in man pages?
-
-We use man pages for Bundler commands used in the CLI (command line interface). They can vary in length from large (see `bundle install`) to very short (see `bundle clean`).
-
-To see a list of commands available in the Bundler CLI, type:
-
-      $ bundle help
-
-Our goal is to have a man page for every command.
-
-Don't see a man page for a command? Make a new page and send us a PR! We also welcome edits to existing pages.
-
-## Creating a new man page
-
-To create a new man page, simply create a new `.ronn` file in the `man/` directory.
-
-For example: to create a man page for the command `bundle cookies` (not a real command, sadly), I would create a file `man/bundle-cookies.ronn` and add my documentation there.
-
-## Formatting
-
-Our man pages use ronn formatting, a combination of Markdown and standard man page conventions. It can be a little weird getting used to it at first, especially if you've used Markdown a lot.
-
-[The ronn guide formatting guide](https://rtomayko.github.io/ronn/ronn.7.html) provides a good overview of the common types of formatting.
-
-In general, make your page look like the other pages: utilize sections like `##OPTIONS` and formatting like code blocks and definition lists where appropriate.
-
-If you're not sure if the formatting looks right, that's ok! Make a pull request with what you've got and we'll take a peek.
-
-## Previewing
-
-To preview your changes as they will print out for Bundler users, you'll need to run a series of commands:
-
-```
-$ rake spec:deps
-$ rake man:build
-$ man man/bundle-cookies.1
-```
-
-If you make more changes to `bundle-cookies.ronn`, you'll need to run the `rake man:build` again before previewing.
-
-## Testing
-
-We have tests for our documentation! The most important test file to run before you make your pull request is the one for the `help` command and another for documentation quality.
-
-```
-$ rspec ./spec/commands/help_spec.rb
-$ rspec ./spec/quality_spec.rb
-```

data/lib/bundler/postit_trampoline.rb

@@ -1,73 +0,0 @@
-# frozen_string_literal: true
-
-module BundlerVendoredPostIt; end
-require "bundler/vendor/postit/lib/postit"
-require "rubygems"
-
-environment = BundlerVendoredPostIt::PostIt::Environment.new([])
-version = Gem::Requirement.new(environment.bundler_version)
-if version.requirements.size == 1 && version.requirements.first.first == "=" # version.exact?
-  if version.requirements.first.last.segments.first >= 2
-    ENV["BUNDLE_TRAMPOLINE_FORCE"] = "true"
-  end
-end
-
-if ENV["BUNDLE_TRAMPOLINE_FORCE"] && !ENV["BUNDLE_TRAMPOLINE_DISABLE"]
-  installed_version =
-    if defined?(Bundler::VERSION)
-      Bundler::VERSION
-    else
-      File.read(File.expand_path("../version.rb", __FILE__)) =~ /VERSION = "(.+)"/
-      $1
-    end
-  installed_version &&= Gem::Version.new(installed_version)
-
-  if !version.satisfied_by?(installed_version)
-    begin
-      installer = BundlerVendoredPostIt::PostIt::Installer.new(version)
-      unless installer.installed?
-        warn "Installing locked Bundler version #{version.to_s.gsub("= ", "")}..."
-        installer.install!
-      end
-    rescue => e
-      abort <<-EOS.strip
-Installing the inferred bundler version (#{version}) failed.
-If you'd like to update to the current bundler version (#{installed_version}) in this project, run `bundle update --bundler`.
-The error was: #{e}
-    EOS
-    end
-
-    if deleted_spec = Gem.loaded_specs.delete("bundler")
-      deleted_spec.full_require_paths.each {|path| $:.delete(path) }
-    else
-      $:.delete(File.expand_path("../..", __FILE__))
-    end
-    gem "bundler", version
-  else
-    begin
-      gem "bundler", version
-    rescue LoadError
-      $:.unshift(File.expand_path("../..", __FILE__))
-    end
-  end
-
-  running_version = begin
-    require "bundler/version"
-    Bundler::VERSION
-  rescue LoadError, NameError
-    nil
-  end
-
-  ENV["BUNDLE_POSTIT_TRAMPOLINING_VERSION"] = installed_version.to_s
-
-  if !Gem::Requirement.new(">= 1.13.pre".dup).satisfied_by?(Gem::Version.new(running_version)) && (ARGV.empty? || ARGV.any? {|a| %w(install i).include? a })
-    puts <<-WARN.strip
-You're running Bundler #{installed_version} but this project uses #{running_version}. To update, run `bundle update --bundler`.
-  WARN
-  end
-
-  if !Gem::Version.correct?(running_version.to_s) || !version.satisfied_by?(Gem::Version.create(running_version))
-    abort "The running bundler (#{running_version}) does not match the required `#{version}`"
-  end
-
-end # if ENV["BUNDLE_TRAMPOLINE_FORCE"] && !ENV["BUNDLE_TRAMPOLINE_DISABLE"]

data/lib/bundler/vendor/postit/lib/postit/environment.rb

@@ -1,44 +0,0 @@
-require 'bundler/vendor/postit/lib/postit/parser'
-
-module BundlerVendoredPostIt::PostIt
-  class Environment
-    def initialize(argv)
-      @argv = argv
-    end
-
-    def env_var_version
-      ENV['BUNDLER_VERSION']
-    end
-
-    def cli_arg_version
-      return unless str = @argv.first
-      str = str.dup.force_encoding('BINARY') if str.respond_to?(:force_encoding)
-      if Gem::Version.correct?(str)
-        @argv.shift
-        str
-      end
-    end
-
-    def gemfile
-      ENV['BUNDLE_GEMFILE'] || 'Gemfile'
-    end
-
-    def lockfile
-      File.expand_path case File.basename(gemfile)
-                       when 'gems.rb' then gemfile.sub(/\.rb$/, gemfile)
-                       else "#{gemfile}.lock"
-                       end
-    end
-
-    def lockfile_version
-      BundlerVendoredPostIt::PostIt::Parser.new(lockfile).parse
-    end
-
-    def bundler_version
-      @bundler_version ||= begin
-        env_var_version || cli_arg_version ||
-          lockfile_version || "#{Gem::Requirement.default}.a"
-      end
-    end
-  end
-end

data/lib/bundler/vendor/postit/lib/postit/installer.rb

@@ -1,28 +0,0 @@
-module BundlerVendoredPostIt::PostIt
-  class Installer
-    def initialize(bundler_version)
-      @bundler_version = bundler_version
-    end
-
-    def installed?
-      if Gem::Specification.respond_to?(:find_by_name)
-        !Gem::Specification.find_by_name('bundler', @bundler_version).nil?
-      else
-        requirement = Gem::Requirement.new(@bundler_version)
-        Gem.source_index.gems.values.any? do |s|
-          s.name == 'bundler' && requirement.satisfied_by?(s.version)
-        end
-      end
-    rescue LoadError
-      false
-    end
-
-    def install!
-      return if installed?
-      require 'rubygems/dependency_installer'
-      installer = Gem::DependencyInstaller.new
-      installer.install('bundler', @bundler_version)
-      installer.installed_gems
-    end
-  end
-end

data/lib/bundler/vendor/postit/lib/postit/parser.rb

@@ -1,21 +0,0 @@
-require 'rubygems'
-
-module BundlerVendoredPostIt::PostIt
-  class Parser
-    def initialize(file)
-      @file = file
-    end
-
-    BUNDLED_WITH =
-      /\n\nBUNDLED WITH\n\s{2,}(#{Gem::Version::VERSION_PATTERN})\n/
-
-    def parse
-      return unless lockfile = File.file?(@file) && File.read(@file)
-      if lockfile =~ BUNDLED_WITH
-        Regexp.last_match(1)
-      else
-        '< 1.10'
-      end
-    end
-  end
-end

data/lib/bundler/vendor/postit/lib/postit/setup.rb

@@ -1,12 +0,0 @@
-require 'bundler/vendor/postit/lib/postit/environment'
-require 'bundler/vendor/postit/lib/postit/installer'
-
-environment = BundlerVendoredPostIt::PostIt::Environment.new(ARGV)
-version = environment.bundler_version
-
-installer = BundlerVendoredPostIt::PostIt::Installer.new(version)
-installer.install!
-
-gem 'bundler', version
-
-require 'bundler/version'

data/lib/bundler/vendor/postit/lib/postit/version.rb

@@ -1,3 +0,0 @@
-module BundlerVendoredPostIt::PostIt
-  VERSION = '0.2.0'.freeze
-end

data/lib/bundler/vendor/postit/lib/postit.rb

@@ -1,15 +0,0 @@
-require 'bundler/vendor/postit/lib/postit/environment'
-require 'bundler/vendor/postit/lib/postit/installer'
-require 'bundler/vendor/postit/lib/postit/parser'
-require 'bundler/vendor/postit/lib/postit/version'
-require 'rubygems'
-
-module BundlerVendoredPostIt::PostIt
-  def self.setup
-    load File.expand_path('../postit/setup.rb', __FILE__)
-  end
-
-  def self.bundler_version
-    defined?(Bundler::VERSION) && Bundler::VERSION
-  end
-end

data/task/release.rake

@@ -1,116 +0,0 @@
-# frozen_string_literal: true
-namespace :release do
-  def confirm(prompt = "")
-    loop do
-      print(prompt)
-      print(": ") unless prompt.empty?
-      break if $stdin.gets.strip == "y"
-    end
-  rescue Interrupt
-    abort
-  end
-
-  def gh_api_request(opts)
-    require "net/http"
-    require "json"
-    host = opts.fetch(:host) { "https://api.github.com/" }
-    path = opts.fetch(:path)
-    response = Net::HTTP.get_response(URI.join(host, path))
-
-    links = Hash[*(response["Link"] || "").split(", ").map do |link|
-      href, name = link.match(/<(.*?)>; rel="(\w+)"/).captures
-
-      [name.to_sym, href]
-    end.flatten]
-
-    parsed_response = JSON.parse(response.body)
-
-    if n = links[:next]
-      parsed_response.concat gh_api_request(:host => host, :path => n)
-    end
-
-    parsed_response
-  end
-
-  desc "Make a patch release with the PRs from master in the patch milestone"
-  task :patch, :version do |_t, args|
-    version = args.version
-
-    version ||= begin
-      version = BUNDLER_SPEC.version
-      segments = version.segments
-      if segments.last.is_a?(String)
-        segments << "1"
-      else
-        segments[-1] += 1
-      end
-      segments.join(".")
-    end
-
-    confirm "You are about to release #{version}, currently #{BUNDLER_SPEC.version}"
-
-    milestones = gh_api_request(:path => "repos/bundler/bundler/milestones?state=open")
-    unless patch_milestone = milestones.find {|m| m["title"] == version }
-      abort "failed to find #{version} milestone on GitHub"
-    end
-    prs = gh_api_request(:path => "repos/bundler/bundler/issues?milestone=#{patch_milestone["number"]}&state=all")
-    prs.map! do |pr|
-      abort "#{pr["html_url"]} hasn't been closed yet!" unless pr["state"] == "closed"
-      next unless pr["pull_request"]
-      pr["number"].to_s
-    end
-    prs.compact!
-
-    version_file = "lib/bundler/version.rb"
-    version_contents = File.read(version_file)
-    unless version_contents.sub!(/^(\s*VERSION = )"#{Gem::Version::VERSION_PATTERN}"/, "\\1#{version.to_s.dump}")
-      abort "failed to update #{version_file}, is it in the expected format?"
-    end
-    File.open(version_file, "w") {|f| f.write(version_contents) }
-
-    BUNDLER_SPEC.version = version
-
-    branch = version.split(".", 3)[0, 2].push("stable").join("-")
-    sh("git", "checkout", branch)
-
-    commits = `git log --oneline origin/master --`.split("\n").map {|l| l.split(/\s/, 2) }.reverse
-    commits.select! {|_sha, message| message =~ /(Auto merge of|Merge pull request) ##{Regexp.union(*prs)}/ }
-
-    abort "Could not find commits for all PRs" unless commits.size == prs.size
-
-    unless system("git", "cherry-pick", "-x", "-m", "1", *commits.map(&:first))
-      abort unless system("zsh")
-    end
-
-    prs.each do |pr|
-      system("open", "https://github.com/bundler/bundler/pull/#{pr}")
-      confirm "Add to the changelog"
-    end
-
-    confirm "Update changelog"
-    sh("git", "commit", "-am", "Version #{version} with changelog")
-    sh("rake", "release")
-    sh("git", "checkout", "master")
-    sh("git", "pull")
-    sh("git", "merge", "v#{version}", "--no-edit")
-    sh("git", "push")
-  end
-
-  desc "Open all PRs that have not been included in a stable release"
-  task :open_unreleased_prs do
-    def prs(on = "master")
-      commits = `git log --oneline origin/#{on} --`.split("\n")
-      commits.reverse_each.map {|c| c =~ /(Auto merge of|Merge pull request) #(\d+)/ && $2 }.compact
-    end
-
-    last_stable = `git ls-remote origin`.split("\n").map {|r| r =~ %r{refs/tags/v([\d.]+)$} && $1 }.compact.map {|v| Gem::Version.create(v) }.max
-    last_stable = last_stable.segments[0, 2].<<("stable").join("-")
-
-    in_release = prs("HEAD") - prs(last_stable)
-
-    in_release.each do |pr|
-      system("open", "https://github.com/bundler/bundler/pull/#{pr}")
-      confirm
-    end
-  end
-end