| Age | Commit message (Collapse) | Author |
|---|
|
0.1.0 Release
|
|
|
|
(#16495, #15660) Fix regression for notifications and pulls on git provider
|
|
The last merge: 4d2942edc26e7cd144a3178a1a7f6470ea401345 brought some
regression that this patch should hopefully fix.
Firstly, the tool no longer supported updating a branch as the syntax for git
pull on anything but a branch was invalid.
This also removes the extra call to 'checkout' which was causing behaviour
to occur without notifying puppet, thus causing subscription notifications
to not fire.
|
|
This commit prepares the Modulefile for a 0.1.0 Release.
This release is a bug fix and feature release. It includes general
fixes, puppet-lint compliance, adds the ability to specify a git
remote and allows git operations to run as a specific user.
Contributions came from Matt Robinson, Andreas Gerstmayr,
Adam Gibbins, Nick Jackson, John Chilton & Jesusaurus.
|
|
Checkout git repository as user, fixed ensure latest, ssh options
|
|
options to ensure no prompting (also fixed in pull request #1 by riseuplabs), added ability to keep repository up to date with latest (puppetlabs ticket 11278)
|
|
Add the ability to specify a git remote
|
|
Rather than fill the git provider with hard-coded references to
origin, it would be better to abstract out which remote the resource
is fetching from. But since this is only relevant to decentralized
version-control systems, a multiple_remotes feature was added for
the parameter to depend on. So far this is only implemented for git
remotes, but it could be implemented for other VCSs as well.
|
|
don't recreate bare repo if it exists already - fixes http://projects.puppetlabs.com/issues/12303
|
|
Fix failing hg provider spec
|
|
f1120f2d9b121097b7e77709328144af330d0b34
|
|
* patch-1:
(#13062) Added clarification that 'revision' can also be used for branches.
|
|
|
|
changes are found; this change gets reverted in mercurial 2.1.1)
|
|
|
|
Improved Puppet DSL style as per the guidelines.
|
|
|
|
|
|
(#11798) Fix git checkout of revisions
|
|
The git provider had some problems checking out SHA1s - it couldn't.
And what's worse, it lied about what it was doing saying that it did
checkout the SHA1.
There was also a bug where if you specified a different branch than you
were on, it was doing a `reset --hard` to the specified branch. For
example, if master was checked out, and you set "revision => stable", it
would `git reset --hard stable` on the master branch instead of just
checking out stable. Maybe the original author did this to get around
being unable to checkout when you had local changes, but the --force
flag to checkout will fix that.
With this change, you should now be able to specify a branch, tag, or
SHA1 in the revision attribute and have it work.
|
|
Fix (#10787) - Various fixes/tweaks for the CVS provider
|
|
Fix (#10788) - Avoid unnecessary remote operations in the vcsrepo type
|
|
Suggested fix for (#10751) by adding a "module" parameter
|
|
Added missing 'working_copy_exists?' method.
|
|
|
|
Fix (#9083) as suggested by the original bug reporter.
|
|
Bug Fix: Some ownerships in .git directory are 'root' after vcsrepo's retrieve is called
|
|
|
|
|
|
|
|
|
|
|
|
These are called when the type is retrieve'd. Without this, the ownerships
for any .git metafiles fetch'd durring the retrieve will be owned by
root. This patch fixes that by invoking update_owner_and_excludes after
fetch'ng
|
|
Fix (#10440) by making all commands optional
|
|
This will work around the issue in http://projects.puppetlabs.com/issues/6907, as the agent run will no longer fail if one of the commands is not installed.
This gives you enough time to install the necessary packages through Puppet (make sure you get the dependencies right), as the agent won't fail unless you really start accessing the repository.
|
|
|
|
If vcsrepo is used with ensure => latest to keep something from a larger repository checked out it will trigger an update every time something changes anywhere in the repository, not just in the part that’s actually checked out.
In combination with a busy development team and a vcsrepo resource with notify => Service[foo] this means frequent restarts of a service for no good reason.
The attached patch solves the issue by looking at the “Last Changed Rev” line from svn info instead of “Revision”.
Patch thanks to: Knut Arne Bjørndal
|
|
Adding basic_auth feature and adding --non-interactive to all svn command
|
|
|
|
Adding in missing support for owner and group properties.
|
|
|
|
The basic_auth feature allows the manifest to specify an optional
basic_auth_username and basic_auth_password to be sent to the subversion
server over HTTP(S).
Adding --non-interactive to all svn commands just lets svn know that
there's not a user on the other end to send y/n questions.
|
|
Add identity support for git provider, fix a couple bugs
|
|
both now.
|
|
specify a revision
|
|
ssh identity file
|
|
Makes git tags actually work as a revision option.
|
|
Fixes a number of issues with the git provider. remote_branch_revision?
method was always returning true because it would always at least return
something, even if that something was a zero length array. You normally
don't desire a tag to become a branch since it creates ambiguity so I
removed that. latest method had no concept of (no branch) and so would
fail if you switched to a remote branch or a tag. Then finally
revision sha1 returned by 'git rev-parse' for tags is not the revision
of the commit the tag represents. We have to use 'git show' and do
some text parsing to actually figure out which commit goes with which
tag.
|
|
|
