cmueller/ansible
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity
No description
782 commits 47 branches 390 tags 440 MiB
Python 88.4%
PowerShell 7.5%
Shell 2%
C# 1.9%
Makefile 0.1%
Find a file
Stephen Fromm 672794f586 Add ansible-pull 
A first stab at a pull-based model for ansible.  This does two things:
    1. Invoke the git module via Runner to set up a git repository on the
       localhost.  It sets up Runner to use transport='local' and forces
       the inventory to just 'localhost'.
    2. Run any playbooks provided.  By default, this wants to run the
       playbook local.yml.  This also sets transport='local' and sets
       the host_list to a list: localhost, fqdn, and hostname.
The reason for setting the host_list and not using override_hosts is
because there may be plays in the playbook that are not meant for a
specific host.  That is, if the git repository is for the entire site
and not host-specific, you don't want to override hosts and apply all
plays to any given host.  This has the downside of potentially running a
play three times if the play is defined for 'hosts: all'.
2012-05-02 09:51:19 -07:00
bin Add ansible-pull 2012-05-02 09:51:19 -07:00
docs/man Because paramiko using a pty can't distinguish stderr and stdout, remove handling that 2012-04-27 01:25:38 -04:00
examples Add playbook and template to set up ansible-pull 2012-05-02 09:51:19 -07:00
hacking Clarify that stderr WILL crash your module. Can't redirect because if we do we lose tracebacks 2012-04-27 01:36:31 -04:00
lib/ansible Define 'inventory_hostname' variable for hosts. 2012-05-02 09:56:58 +02:00
library Group order in user module should not matter. 2012-05-02 11:54:27 +02:00
packaging Version bump for 0.3 release 2012-04-23 21:11:43 -04:00
test Define 'inventory_hostname' variable for hosts. 2012-05-02 09:56:58 +02:00
.gitignore clean exec bits from lib/ansible/*.py, ignore Eclipse/PyDev files 2012-04-14 21:35:51 +02:00
CHANGELOG.md changelog update 2012-05-01 18:38:26 -04:00
COPYING license file should be in source tree 2012-03-15 20:24:22 -04:00
Makefile debian packaging 2012-04-23 19:17:01 -04:00
MANIFEST.in Include license file in MANIFEST.in. Fixes #284 2012-05-01 10:34:36 -04:00
README.md changelog and readme 2012-04-25 21:32:08 -04:00
setup.py Add requirements in setup.py. 2012-04-22 16:33:19 +02:00
VERSION Version bump for integration branch (soon to be renamed 'devel'), didn't update package 2012-04-23 21:14:48 -04:00

README.md

Ansible

Ansible is a radically simple configuration-management, deployment, task-execution, and multinode orchestration framework.

Read all about at it at (http://ansible.github.com)

Design Principles

  • Dead simple setup
  • Super fast & parallel by default
  • No server or client daemons; use existing SSHd
  • No additional software required on client boxes
  • Modules can be written in ANY language
  • Awesome API for creating very powerful distributed scripts
  • Be usable as non-root
  • The easiest config management system to use, ever.

Get Involved

Branch Info

  • The master branch corresponds to release 0.3 "Baluchitherium".
  • Bug fixes WILL be periodically made to the master branch.
  • The devel branch corresponds to release 0.4 "Unchained".
  • Note: sudo support works much better in 0.4/devel, consider trying it.
  • See CHANGELOG.md for release notes to track each release.

Patch Instructions

Contributions to the core and modules are greatly welcome.

  • Required Process:
    • Submit github pull requests to the "ansible/devel" branch for features
    • Fixes for bugs may be submitted to "ansible/master"
    • Make sure "make tests" passes before submitting any requests.
  • Bonus points:
    • Joining the mailing list
    • Using squash merges
    • Updating the "rst/*" files in the docs project and "docs/" manpage content
    • Adding more unit tests
  • Avoid:
    • Sending patches to the mailing list directly.
    • Sending feature pull requests to the 'master' branch instead of the devel branch
    • Sending pull requests to mpdehaan's personal ansible fork.

Author

Michael DeHaan -- michael.dehaan@gmail.com

http://michaeldehaan.net