Docker image with Ruby and Node.js with Yarn installed and ready to roll.
Both Ruby and Node.js are based on official images.
- Ruby: 2 (2.4) Node: 6 (6.12)
- Ruby: 2 (2.4) Node: 8 (8.9)
Supported tags and respective
Why Node.js and Ruby together?
Some applications, like Jekyll, GitHub pages or Rails with Webpacker, requires both Ruby and Node.js
installed in the same image in order to run or fully function. This image do not install any other packages than both other images do.
Differences with official Ruby and Node.js images?
Ruby: Same as official.
Node: Instead variables NODE_VERSION and YARN_VERSION is available variable NODE_MAJOR fullfiled with major version of node.js. Node is not executed on by CMD.
How to use this image
$ docker run -v "$PWD":/usr/src/app -p "8080:8080" starefossen/ruby-node
starefossen/ruby-node images come in three flavors, each designed for a
specific use case.
This is the defacto image. If you are unsure about what your needs are, you
probably want to use this one. It is designed to be used both as a throw away
container (mount your source code and start the container to start your app), as
well as the base to build other images off of.
Similar to latest but with Debian Stretch.
A slimmed down image, identical to the
:latest tag except it is based a Debian
base image with fewer packages and dependencies installed like without GCC and
various build tools.
This is the smalles image possible. It is based on the Alpine Linux base image.
Versions 2-6, 2-8 (latest and slim) has defined locale C.UTF-8 instead default POSIX.
This Docker image is licensed under the MIT License.
Software contained in this image is licensed under the following:
Supported Docker versions
This image is officially supported on Docker version v17.
Support for older versions (down to v1.0) is provided on a best-effort basis.
If you have any problems with or questions about this image, please contact us
through a GitHub issue.
You are invited to contribute new features, fixes, or updates, large or small;
we are always thrilled to receive pull requests, and do our best to process them
as fast as we can.
Before you start to code, we recommend discussing your plans through a GitHub
issue, especially for
more ambitious contributions. This gives other contributors a chance to point
you in the right direction, give you feedback on your design, and help you find
out if someone else is working on the same thing.
Individuals making significant and valuable contributions are made Collaborators
and given commit-access to the project. These individuals are identified by the
existing Collaborators and their addition as Collaborators is discussed as a
pull request to this project's README.md.
Note: If you make a significant contribution and are not considered for
commit-access log an issue or contact one of the Collaborators directly.
- Radovan Šmitala - @radeno
- Hans Kristian Flaatten - @Starefossen