| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
| |
Extending the documentation to state, that this module does not handle externals well.
|
| |
|
|
|
|
|
|
|
|
|
| |
We screenscrape the output of svn(1), so better ensure it is using the
C locale.
Fixes #3255
|
| |
|
|\
| |
| | |
git: set remote branch before switching versions when using depth arg
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
the C locale when running commands.
Using another locale would mean that we get information that may have
the strings that we are looking for.
Fixes #2449
Fixes #2462
|
|\ \
| | |
| | | |
hg: discard changes without changing the current revision
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The command `hg up -C` by default moves to the latest revision on the
current branch. The `discard` function was trying to update to a
different branch, in case it was provided, by passing a `-r REVISION`
argument. Not only is this not the intended effect of the `discard`
function, but this also could update to a different branch that hasn't
been pulled yet, which is how we were experiencing trouble.
Instead, we unconditionally do `hg up -C -r .` to "update" to the
current revision (i.e. to "."), while `-C/--clean`ing the current
directory. This is similar to `hg revert --all`, except that it also
undoes the merge state of the working directory, in case there was
any.
|
| | |
| | |
| | |
| | |
| | |
| | | |
remote
Add an explanatory comment to the code
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | | |
Fixing issue with subversion module whereby the module was reporting local modifications being present when externals were being used
|
| | | |
| | | |
| | | |
| | | | |
modifications being present when externals were being used
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Detached head detection seems to have broken somewhere a long the way
because git decided to change how that situation looks when doing a 'git
branch -a' which is performed by get_branches().
This is how git 1.7.1 displays this situation (which works):
shell> git branch -a
* (no branch)
master
This is the output from git 1.8.3.1 (which does not work):
shell> git branch -a
* (detached from e132711)
master
It looks like this same wording is used in the most recent version of
git (2.6.1 as of writing this).
|
|\ \ \
| |/ /
|/| | |
SVN 1.7 Support, ignore svn:externals on local mod check and new switch toggle
|
| | |
| | |
| | |
| | |
| | | |
Add comment to explain check_rc Parameter in _exec Function
Optimize code and clean up is_svn_repo Function
|
| | |
| | |
| | |
| | |
| | |
| | | |
to support updates in Subfolders with Subversion > 1.8
Fix: Ignoring svn:externals on local Modification Check.
Add: Added Argument switch to alow skipping the svn switch call.
|
|\ \ \
| | | |
| | | | |
update git remote url before ls-remote
|
| | | |
| | | |
| | | |
| | | | |
related to #8177
|
|\ \ \ \
| |_|/ /
|/| | | |
Add support for 'update' parameter to hg module
|
| | |/
| |/| |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
to function
fixes http://github.com/ansible/ansible/issues/11358
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | | |
Fix subversion module for repos with svn:externals files
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When a SVN repository has some svn:externals properties, files will be
reported with the X attribute, and lines will be added at the end to
list externals statuses with a text looking like
"Performing status on external item at ....".
Such lines were counted as a local modification by the regex, and the
module returned a change, even though they were none.
To have a clean (and parsable) "svn status" output, it is recommended
to use the --quiet option. The externals will only appear if they have
been modified. With this option on, it seems even safer to consider
there are local modifications when "svn status" outputs anything.
|
|/ / |
|
|/ |
|
|
|
|
| |
Fixes #306
|
| |
|
| |
|
|\
| |
| | |
Fix #370
|
| |
| |
| |
| | |
This requires to use force=True
|
| |
| |
| |
| |
| |
| |
| |
| | |
The default is changed from 'yes' to 'no' to follow
subversion behavior (ie, requiring explicit confirmation
to erase a existing repository). Since that was not working before
cf #370 and since the option was ignored before and unused, this
should be safe to change.
|
|\ \
| | |
| | | |
Fix numerous bugs in the hg module
|
| |/
| |
| |
| |
| |
| |
| |
| | |
1. Don't pull when `dest` is already at the desired changeset.
2. Don't change the working copy when cleaning or pulling and a revision
was specified.
3. Change the default for the `revision` param to match the behavior of
hg.
|
| |
| |
| |
| | |
fetch followed by using the refspec format for fetching tags
|
| | |
|
|\ \
| | |
| | | |
git: add 'refspec' argument
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This argument may be used to fetch additional refs beyond the default
refs/heads/* and refs/tags/*. Checking out GitHub pull requests or Gerrit
patch sets are two examples where this is useful.
Without this, specifying version=<sha1> with a SHA1 unreachable from any
tag or branch can't work.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
De-duplicate repetitive code checking the exit code.
Include the stdout/stderr of the failed process in all cases.
Remove the returned values because no caller uses them.
Combine git commands where possible. There is no need to fetch branches
and tags as two separate operations.
|
|/ / |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
parameter to take its place.
Fixes #426
Fixes https://github.com/ansible/ansible/issues/8630
|
|\ \
| | |
| | | |
[git] Find the actual commit annotated tags refer to instead of the tag object.
|
| |/ |
|
|\ \
| | |
| | | |
Expand the user home folder in the key_file argument of the git module
|