vcsrepo

#vcsrepo

####Table of Contents

1. Overview
2. Module Description - What the module does and why it is useful
3. Setup - The basics of getting started with vcsrepo
   • Beginning with vcsrepo
4. Usage - Configuration options and additional functionality
   • Bazaar
   • CVS
   • Git
   • Mercurial
   • Subversion
5. Reference - An under-the-hood peek at what the module is doing and how
   • Type: vcsrepo
     • Providers
     • Features
     • Parameters
     • Features and Parameters by Provider
6. Limitations - OS compatibility, etc.
7. Development - Guide for contributing to the module

##Overview

The vcsrepo module allows you to use Puppet to easily deploy content from your version control system (VCS).

##Module Description

This module provides a single type with providers for each VCS, which can be used to describe:

• A working copy checked out from a (remote or local) source, at an arbitrary revision
• A blank working copy not associated with a source (when it makes sense for the VCS being used)
• A blank central repository (when the distinction makes sense for the VCS being used)

##Setup

###Beginning with vcsrepo

To get started with the vcsrepo module, you must simply define the type vcsrepo with a path to your repository and the type of VCS you're using in provider (in the below example, Git).

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
}

##Usage

The vcsrepo module works with the following VCSs:

• Git (git)*
• Bazaar (bzr)
• CVS (cvs)
• Mercurial (hg)
• Subversion (svn)

*Note: Git is the only VCS provider officially supported by Puppet Labs.

###Git

#####To create a blank repository

To create a blank repository suitable for use as a central repository, define vcsrepo without source or revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
}

If you're defining vcsrepo for a central or official repository, you may want to make it a bare repository. You do this by setting ensure to 'bare' rather than 'present'.

vcsrepo { "/path/to/repo":
  ensure   => bare,
  provider => git,
}

#####To clone/pull a repository

To get the current HEAD on the master branch,

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
  source   => "git://example.com/repo.git",
}

To get a specific revision or branch (can be a commit SHA, tag, or branch name),

SHA

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
  source   => 'git://example.com/repo.git',
  revision => '0c466b8a5a45f6cd7de82c08df2fb4ce1e920a31',
}

Tag

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
  source   => 'git://example.com/repo.git',
  revision => '1.1.2rc1',
}

Branch name

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
  source   => 'git://example.com/repo.git',
  revision => 'development',
}

To check out a branch as a specific user,

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => git,
  source   => 'git://example.com/repo.git',
  revision => '0c466b8a5a45f6cd7de82c08df2fb4ce1e920a31',
  user     => 'someUser',
}

To keep the repository at the latest revision (WARNING: this will always overwrite local changes to the repository),

vcsrepo { "/path/to/repo":
  ensure   => latest,
  provider => git,
  source   => 'git://example.com/repo.git',
  revision => 'master',
}

#####Sources that use SSH

When your source uses SSH, such as 'username@server:…', you can manage your SSH keys with Puppet using the require metaparameter in vcsrepo to ensure they are present.

For SSH keys associated with a user, enter the username in the user parameter. Doing so will use that user's keys.

user => 'toto'  # will use toto's $HOME/.ssh setup

#####Further Examples

For more examples using Git, see examples/git/.

###Bazaar

#####Create a blank repository

To create a blank repository suitable for use as a central repository, define vcsrepo without source or revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => bzr,
}

#####Branch from an existing repository

Provide the source location to branch from an existing repository.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => bzr,
  source   => 'lp:myproj',
}

For a specific revision, use revision with a valid revisionspec (see bzr help revisionspec for more information on formatting a revision).

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => bzr,
  source   => 'lp:myproj',
  revision => 'menesis@pov.lt-20100309191856-4wmfqzc803fj300x',
}

#####Sources that use SSH

When your source uses SSH, for instance 'bzr+ssh://...' or 'sftp://...,' you can manage your SSH keys with Puppet using the require metaparameter in vcsrepo to ensure they are present.

#####Further examples

For more examples using Bazaar, see examples/bzr/.

###CVS

#####To create a blank repository

To create a blank repository suitable for use as a central repository, define vcsrepo without source or revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => cvs,
}

#####To checkout/update from a repository

To get the current mainline,

vcsrepo { "/path/to/workspace":
  ensure   => present,
  provider => cvs,
  source   => ":pserver:anonymous@example.com:/sources/myproj",
}

To get a specific module on the current mainline,

vcsrepo {"/vagrant/lockss-daemon-source":
  ensure   => present,
  provider => cvs,
  source   => ":pserver:anonymous@lockss.cvs.sourceforge.net:/cvsroot/lockss",
  module   => "lockss-daemon",
}

You can use the compression parameter to set the GZIP compression levels for your repository history.

vcsrepo { "/path/to/workspace":
  ensure      => present,
  provider    => cvs,
  compression => 3,
  source      => ":pserver:anonymous@example.com:/sources/myproj",
}

For a specific tag, use revision.

vcsrepo { "/path/to/workspace":
  ensure      => present,
  provider    => cvs,
  compression => 3,
  source      => ":pserver:anonymous@example.com:/sources/myproj",
  revision    => "SOMETAG",
}

#####Sources that use SSH

When your source uses SSH, you can manage your SSH keys with Puppet using the require metaparameter in vcsrepo to ensure they are present.

#####Further examples

For for more examples using CVS, see examples/cvs/.

###Mercurial

#####To create a blank repository

To create a blank repository suitable for use as a central repository, define vcsrepo without source or revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => hg,
}

#####To clone/pull & update a repository

To get the default branch tip,

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => hg,
  source   => "http://hg.example.com/myrepo",
}

For a specific changeset, use revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => hg,
  source   => "http://hg.example.com/myrepo",
  revision => '21ea4598c962',
}

You can also set revision to a tag.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => hg,
  source   => "http://hg.example.com/myrepo",
  revision => '1.1.2',
}

To check out as a specific user,

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => hg,
  source   => "http://hg.example.com/myrepo",
  user     => 'user',
}

To specify an SSH identity key,

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => hg,
  source   => "ssh://hg@hg.example.com/myrepo",
  identity => "/home/user/.ssh/id_dsa,
}

#####Sources that use SSH

When your source uses SSH, such as 'ssh://...', you can manage your SSH keys with Puppet using the require metaparameter in vcsrepo to ensure they are present.

#####Further Examples

For more examples using Mercurial, see examples/hg/.

###Subversion

#####To create a blank repository

To create a blank repository suitable for use as a central repository, define vcsrepo without source or revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => svn,
}

#####To check out from a repository

Provide a source pointing to the branch/tag you want to check out from a repository.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => svn,
  source   => "svn://svnrepo/hello/branches/foo",
}

You can also provide a specific revision.

vcsrepo { "/path/to/repo":
  ensure   => present,
  provider => svn,
  source   => "svn://svnrepo/hello/branches/foo",
  revision => '1234',
}

#####Using a specific Subversion configuration directory

To use a specific configuration directory, provide a configuration parameter which should be a directory path on the local system where your svn configuration files are. Typically, it is '/path/to/.subversion'.

vcsrepo { "/path/to/repo":
    ensure        => present,
    provider      => svn,
    source        => "svn://svnrepo/hello/branches/foo",
    configuration => "/path/to/.subversion",
}

#####Sources that use SSH

When your source uses SSH, such as 'svn+ssh://...', you can manage your SSH keys with Puppet using the require metaparameter in vcsrepo to ensure they are present.

####Further examples

For more examples using Subversion, see examples/svn/.

##Reference

###Type: vcsrepo

The vcsrepo module is slightly unusual in that it is simply a type and providers. Each provider abstracts a different VCS, and a series of features are available to each provider based on its specific needs.

####Providers

Note: Not all features are available with all providers.

• git - Supports the Git VCS. (Contains features: bare_repositories, depth, multiple_remotes, reference_tracking, ssh_identity, user.)
• bar - Supports the Bazaar VCS. (Contains features: reference_tracking.)
• cvs - Supports the CVS VCS. (Contains features: cvs_rsh, gzip_compression, modules,reference_tracking.)
• dummy -
• hg - Supports the Mercurial VCS. (Contains features: reference_tracking, ssh_identity, user.)
• svn - Supports the Subversion VCS. (Contains features: basic_auth, configuration, filesystem_types, reference_tracking.)

####Features

Note: Not all features are available with all providers.

• bare_repositories - The provider differentiates between bare repositories and those with working copies. (Available with git.)
• basic_auth - The provider supports HTTP Basic Authentication. (Available with svn.)
• configuration - The provider supports setting the configuration path.(Available with svn.)
• cvs_rsh - The provider understands the CVS_RSH environment variable. (Available with cvs.)
• depth - The provider can do shallow clones. (Available with git.)
• filesystem_types - The provider supports different filesystem types. (Available with svn.)
• gzip_compression - The provider supports explicit GZip compression levels. (Available with cvs.)
• modules - The provider allows specific repository modules to be chosen. (Available with cvs.)
• multiple_remotes - The repository tracks multiple remote repositories. (Available with git.)
• reference_tracking - The provider supports tracking revision references that can change over time (e.g. some VCS tags and branch names). (Available with bar, cvs, git, hg, svn.)
• ssh_identity - The provider supports a configurable SSH identity file. (Available with git and hg.)
• user - The provider can run as a different user. (Available with git and hg.)

####Parameters

• basic_auth_password - Specifies the HTTP Basic Authentication password. (Requires the basic_auth feature.)
• basic_auth_username - Specifies the HTTP Basic Authentication username. (Requires the basic_auth feature.)
• compression - Set the GZIP compression levels for your repository history. (Requires the gzip_compression feature.)
• configuration - Sets the configuration directory to use. (Requires the configuration feature.)
• cvs_rsh - The value to be used for the CVS_RSH environment variable. (Requires the cvs_rsh feature.)
• depth - The value to be used to do a shallow clone. (Requires the depth feature.)
• ensure - Determines the state of the repository. Valid values are 'present', 'bare', 'absent', 'latest'.
• excludes - Lists any files to be excluded from the repository.
• force - Forces repository creation. Valid values are 'true' and 'false'. WARNING Forcing will destroy any files in the path.
• fstype - Sets the filesystem type. (Requires the filesystem_types feature.)
• group - Determines the group/gid that owns the repository files.
• identity - Specifies the SSH identity file. (Requires the ssh_identity feature.)
• module - Specifies the repository module to manage. (Requires the modules feature.)
• owner - Specifies the user/uid that owns the repository files.
• path - Specifies the absolute path to the repository. If omitted, the value defaults to the resource's title.
• provider - Specifies the backend to use for this vcsrepo resource.
• remote - Specifies the remote repository to track. (Requires the multiple_remotes feature.)
• revision - Sets the revision of the repository. Values can match /^\S+$/.
• source - Specifies the source URI for the repository.
• user - Specifies the user to run as for repository operations.

####Features and Parameters by Provider

#####git Features: bare_repositories, depth, multiple_remotes, reference_tracking, ssh_identity, user

Parameters: depth, ensure, excludes, force, group, identity, owner, path, provider, remote, revision, source, user

#####bzr Features: reference_tracking

Parameters: ensure, excludes, force, group, owner, path, provider, revision, source, user

#####cvs Features: cvs_rsh, gzip_compression, modules, reference_tracking, revision

Parameters: compression, cvs_rsh, ensure, excludes, force, group, module, owner, path, provider, revision, source, user

#####hg Features: reference_tracking, ssh_identity, user

Parameters: ensure, excludes, force, group, identity, owner, path, provider, revision, source, user

#####svn Features: basic_auth, configuration, filesystem_types, reference_tracking

Parameters: basic_auth_password, basic_auth_username, configuration, ensure, excludes, force, fstype, group, owner, path, provider, revision, source, user

##Limitations

Git is the only VCS provider officially supported by Puppet Labs.

This module has been built on and tested against Puppet 2.7 and higher.

The module has been tested on:

RedHat Enterprise Linux 5/6 Debian 6/7 CentOS 5/6 Ubuntu 12.04 Gentoo Arch Linux FreeBSD

Testing on other platforms has been light and cannot be guaranteed.

##Development

Puppet Labs modules on the Puppet Forge are open projects, and community contributions are essential for keeping them great. We can’t access the huge number of platforms and myriad of hardware, software, and deployment configurations that Puppet is intended to serve.

We want to keep it as easy as possible to contribute changes so that our modules work in your environment. There are a few guidelines that we need contributors to follow so that we can have a chance of keeping on top of things.

You can read the complete module contribution guide on the Puppet Labs wiki.

2014-06-30 - Supported Release 1.0.2 Summary: This supported release adds SLES 11 to the list of compatible OSs and documentation updates for support.

2014-06-17 - Supported Release 1.0.1

Summary: This release is the first supported release of vcsrepo. The readme has been greatly improved.

Features:

• Updated and expanded readme to follow readme template

Fixes:

• Remove SLES from compatability metadata
• Unpin rspec development dependencies
• Update acceptance level testing

2014-06-04 - Version 1.0.0

Summary:

This release focuses on a number of bugfixes, and also has some new features for Bzr and Git.

Features:

• Bzr:
• Call set_ownership
• Git:
• Add ability for shallow clones
• Use -a and desired for HARD resets
• Use rev-parse to get tag canonical revision

Fixes:

• HG:
• Only add ssh options when it's talking to the network
• Git:
• Fix for issue with detached HEAD
• force => true will now destroy and recreate repo
• Actually use the remote parameter
• Use origin/master instead of origin/HEAD when on master
• SVN:
• Fix svnlook behavior with plain directories

2013-11-13 - Version 0.2.0

Summary:

This release mainly focuses on a number of bugfixes, which should significantly improve the reliability of Git and SVN. Thanks to our many contributors for all of these fixes!

Features:

• Git:
• Add autorequire for Package['git']
• HG:
• Allow user and identity properties.
• Bzr:
• "ensure => latest" support.
• SVN:
• Added configuration parameter.
• Add support for master svn repositories.
• CVS:
• Allow for setting the CVS_RSH environment variable.

Fixes:

• Handle Puppet::Util[::Execution].withenv for 2.x and 3.x properly.
• Change path_empty? to not do full directory listing.
• Overhaul spec tests to work with rspec2.
• Git:
• Improve Git SSH usage documentation.
• Add ssh session timeouts to prevent network issues from blocking runs.
• Fix git provider checkout of a remote ref on an existing repo.
• Allow unlimited submodules (thanks to --recursive).
• Use git checkout --force instead of short -f everywhere.
• Update git provider to handle checking out into an existing (empty) dir.
• SVN:
• Handle force property. for svn.
• Adds support for changing upstream repo url.
• Check that the URL of the WC matches the URL from the manifest.
• Changed from using "update" to "switch".
• Handle revision update without source switch.
• Fix svn provider to look for '^Revision:' instead of '^Last Changed Rev:'.
• CVS:
• Documented the "module" attribute.