Go to file
James Shubin d4c76d1bcf Do not prepend default path because it can override modules.
It is common for Puppet to manage itself. If the puppet code you are
deploying pushes files to /etc/puppet/modules/, then prepending this
path can break deployment because it will override the module path if
the deployment code is changing. There is no good reason to include this
path. Puppet has built in defaults for this reason.
2013-12-17 14:29:54 -05:00
bin core: only look for global flags before "--" [GH-2491] 2013-11-25 11:42:06 -08:00
config core: config.ssh.timeout => config.vm.boot_timeout 2013-08-29 16:41:36 -07:00
contrib Improved autocompletion for bash 2013-05-24 13:45:44 +04:00
keys Remove reference to PPK in keys readme 2013-07-18 10:52:38 -04:00
lib hosts/bsd: check for exports file issues prior to exporting NFS 2013-12-13 22:14:13 -08:00
plugins Do not prepend default path because it can override modules. 2013-12-17 14:29:54 -05:00
scripts scripts: calculate shasum 2013-12-09 00:17:14 -08:00
tasks update rake tasks for acceptance testing 2013-12-05 14:24:10 -08:00
templates Changed wording to reflect Issue #2632 2013-12-13 23:40:40 -08:00
test providers/virtualbox: don't clear /etc/exports on BSDs for NFS [GH-2645] 2013-12-13 22:03:14 -08:00
website Merge pull request #2606 from maspwr/ansible-groups 2013-12-14 07:03:22 -08:00
.gitignore Start acceptance test config stuff 2013-12-05 13:19:15 -08:00
.travis.yml Test against Ruby 2.0 2013-12-01 22:54:16 -08:00
.vimrc .vimrc with vagrant tabstop settings 2013-10-22 08:24:58 +02:00
.yardopts YARD and some documentation 2010-09-22 09:43:30 -06:00
CHANGELOG.md Update CHANGELOG [GH-2606] 2013-12-14 16:06:09 +01:00
CONTRIBUTING.md Add notes about debugging logs to contributing guidelines 2013-06-09 20:42:31 -03:00
Gemfile Update gemfile for others 2013-12-05 14:33:06 -08:00
LICENSE Update year in LICENSE 2013-01-25 16:29:13 -08:00
README.md website/docs: Links to new downloads page 2013-12-10 11:22:18 -03:00
Rakefile stdout.sync = true for rake tasks. 2011-11-13 19:41:38 -08:00
vagrant-spec.config.example.rb fix path to acceptance test contexts in example 2013-12-11 01:27:35 -05:00
vagrant.gemspec core: update rspec, fix deprecations 2013-12-03 18:42:21 -08:00

README.md

Vagrant

Vagrant is a tool for building and distributing development environments.

Vagrant provides the framework and configuration format to create and manage complete portable development environments. These development environments can live on your computer or in the cloud, and are portable between Windows, Mac OS X, and Linux.

Quick Start

First, make sure your development machine has VirtualBox installed. After this, download and install the appropriate Vagrant package for your OS. If you're not on Mac OS X or Windows, you'll need to add /opt/vagrant/bin to your PATH. After this, you're ready to go!

To build your first virtual environment:

vagrant init precise32 http://files.vagrantup.com/precise32.box
vagrant up

Note: The above vagrant up command will also trigger Vagrant to download the precise32 box via the specified URL. Vagrant only does this if it detects that the box doesn't already exist on your system.

Getting Started Guide

To learn how to build a fully functional rails development environment, view the getting started guide.

Installing the Gem from Git

If you want the bleeding edge version of Vagrant, we try to keep master pretty stable and you're welcome to give it a shot. The following is an example showing how to do this:

rake install

Contributing to Vagrant

Dependencies and Unit Tests

To hack on vagrant, you'll need bundler which can be installed with a simple gem install bundler. Afterwords, do the following:

bundle install
rake

This will run the unit test suite, which should come back all green! Then you're good to go!

If you want to run Vagrant without having to install the gem, you may use bundle exec, like so:

bundle exec vagrant help

Acceptance Tests

Vagrant also comes with an acceptance test suite that does black-box tests of various Vagrant components. Note that these tests are extremely slow because actual VMs are spun up and down. The full test suite can take hours. Instead, try to run focused component tests.

To run the acceptance test suite, first copy vagrant-spec.config.example.rb to vagrant-spec.config.rb and modify it to valid values. The places you should fill in are clearly marked.

Next, see the components that can be tested:

$ rake acceptance:components
cli
provider/virtualbox/basic
...

Then, run one of those components:

$ rake acceptance:run COMPONENTS="cli"
...