Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
A
ansible
Overview
Overview
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
OpenEdx
ansible
Commits
34cd6deb
Commit
34cd6deb
authored
Mar 25, 2015
by
Toshio Kuratomi
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Spelling
parent
699f6b16
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
6 additions
and
6 deletions
+6
-6
CHANGELOG.md
+6
-6
No files found.
CHANGELOG.md
View file @
34cd6deb
...
...
@@ -10,7 +10,7 @@ in progress, details pending
*
Tags rehaul: added 'all', 'always', 'untagged' and 'tagged' special tags and normalized
tag resolution. Added tag information to --list-tasks and new --list-tags option.
*
Privilege Escalation generalization, new 'Become' system and varia
lb
es now will
*
Privilege Escalation generalization, new 'Become' system and varia
bl
es now will
handle existing and new methods. Sudo and su have been kept for backwards compatibility.
New methods pbrun and pfexec in 'alpha' state, planned adding 'runas' for winrm connection plugin.
...
...
@@ -24,23 +24,23 @@ in progress, details pending
*
Safety changes: several modules have force parameters that defaulted to true.
These have been changed to default to false so as not to accidentally lose
work. Playbooks that depended on the former behaviour simply to add
work. Playbooks that depended on the former behaviour simply
need
to add
force=True to the task that needs it. Affected modules:
*
bzr: When local modifications exist in a checkout, the bzr module used to
default to
t
emoving the modifications on any operation. Now the module
default to
r
emoving the modifications on any operation. Now the module
will not remove the modifications unless force=yes is specified.
Operations that depend on a clean working tree may fail unless force=yes is
added.
*
git: When local modifications exist in a checkout, the git module will now
fail unless force is explictly specified. Specifying force
will allow the
module to revert and overwrite local modifications to make git actions
fail unless force is explictly specified. Specifying force
=yes will allow
the
module to revert and overwrite local modifications to make git actions
succeed.
*
hg: When local modifications exist in a checkout, the hg module used to
default to removing the modifications on any operation. Now the module
will not remove the modifications unless force=yes is specified.
*
subversion: When updating a checkout with local modifications, you now need
to add force so the module will revert the modifications before updating.
to add force
=yes
so the module will revert the modifications before updating.
*
Optimize the plugin loader to cache available plugins much more efficiently.
For some use cases this can lead to dramatic improvements in startup time.
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment