Ruby Buildpack

The Paketo Ruby Buildpack supports several popular configurations for Ruby apps.

To build a sample app locally with this buildpack using the pack CLI, run

git clone https://github.com/paketo-buildpacks/samples
cd samples/ruby/thin
pack build my-app --buildpack gcr.io/paketo-buildpacks/ruby
Copied!

See samples for how to run the app.

Supported Dependencies

The Ruby Paketo Buildpack supports several versions of MRI, Bundler, and common Ruby webservers and task runners. For more details on the specific versions supported in a given buildpack version, see the release notes.

Specifying a Ruby Version

The Ruby Buildpack allows you to specify a version of Ruby to use during deployment. This version can be specified via buildpack.yml or a Gemfile. When specifying a version of Ruby, you must choose a version that is available within the buildpack. The supported versions can be found here.

The buildpack prioritizes the versions specified in each possible configuration location with the following precedence, from highest to lowest: buildpack.yml, Gemfile.

Specifying a version of Ruby is not required. In the case that is not specified, the buildpack will provide the default version, which can be seen in the buildpack.toml file.

Using buildpack.yml

To configure the buildpack to use Ruby v2.7.1 when deploying your app, include the values below in your buildpack.yml file:

---
mri:
  version: 2.7.1
Copied!

Using a Gemfile

To configure the buildpack to use Ruby v2.7.1 when deploying your app, include the values below in your Gemfile:

source 'https://rubygems.org'

ruby '~> 2.7.1'
Copied!

Package Management

The Ruby Buildpack uses Bundler to install and manage the gems needed to run your application. Including a Gemfile in your app source code instructs the bundle-install buildpack to vendor your dependencies using bundle install.

Specifying a Bundler Version

The Ruby Buildpack allows you to specify a version of Bundler to use during deployment. This version can be specified via buildpack.yml or a Gemfile.lock created during dependency vendoring. When specifying a version of Bundler, you must choose a version that is available within the buildpack. The supported versions can be found here.

The buildpack prioritizes the versions specified in each possible configuration location with the following precedence, from highest to lowest: buildpack.yml, Gemfile.lock.

Specifying a version of Bundler is not required. In the case that is not specified, the buildpack will provide the default version, which can be seen in the buildpack.toml file.

Using buildpack.yml

To configure the buildpack to use Bundler v2.1.4 when deploying your app, include the values below in your buildpack.yml file:

---
bundler:
  version: 2.1.4
Copied!

Using a Gemfile.lock

To configure the buildpack to use Bundler v2.1.4 when deploying your app, run bundle install on your application source code using v2.1.4 of Bundler. This will result in a Gemfile.lock that includes the following snippet:

BUNDLED WITH
   2.1.4
Copied!

Vendored Packages

In order to build apps in an offline environment, the app will need to have the .gem files located in the cache_path. Bundler will copy the required gems into this location, typically vendor/cache when running the bundle package command. During the bundle install process, the buildpack will instruct Bundler to prefer gems in this cache over those on the RubyGems index by running bundle install --local.

Webservers & Task Runners

The Ruby Buildpack supports a number of webservers and task runners that are useful for running Ruby applications. If your application uses one of these tools, it will be automatically detected and a start command for your applicatin will be assigned when building your application container.

Webservers

• Passenger
• Puma
• Rackup
• Thin
• Unicorn

Task Runners

• Rake

Buildpack-Set Environment Variables

The Ruby CNB sets a few environment variables during the build and launch phases of the app lifecycle. The sections below describe each environment variable and its impact on your app.

GEM_PATH

• Set by: mri, bundler
• Phases: build and launch
• Value: location of the directory gems will be installed for each respective dependency

BUNDLE_PATH

• Set by: bundle-install
• Phases: build and launch
• Value: location where all gems in your bundle will be located