No description
Find a file
2012-08-01 15:30:16 +02:00
bin blue on black, tears on a river, push on a shove, it don't mean much 2012-07-25 20:31:26 -04:00
docs/man Small change to previous patch, make ranges of hosts inclusive. 2012-07-24 20:10:05 -04:00
examples Rename: postgresql.yaml -> postgresql.yml 2012-07-29 13:52:30 -04:00
hacking readlink -f does not work on OS X. Replaced with a python solution 2012-07-30 21:35:24 +10:00
lib/ansible Allow = symbols in variable values in host inventory 2012-07-31 23:36:26 -04:00
library Fix exeptions, replace 'as' by ',' as reported on IRC for Python 2.4.3 on Centos5 2012-08-01 15:30:16 +02:00
packaging
test test_one not working as tests after skipped test failing, because 2012-08-01 12:35:17 +10:00
.gitignore
CHANGELOG.md Module consistency and make daisy chaining work with invalid arguments detection. 2012-08-01 00:22:02 -04:00
COPYING
Makefile Added a host expansion feature to ansible's inventory parsing 2012-07-24 12:38:52 -07:00
MANIFEST.in
README.md Update README.md 2012-08-01 09:16:21 -03:00
setup.py
VERSION

Ansible

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

Read the documentation 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

  • Releases are named after Van Halen songs.
  • The master branch corresponds to release 0.5 "Amsterdam".
  • The devel branch corresponds to release 0.6 "Cabo".
  • All feature work happens on the development branch.
  • Major bug fixes will be made to the master branch, but not minor ones.
  • 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
    • Fixing bugs instead of sending bug reports.
    • 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