No description
Find a file
2012-04-18 10:48:37 -04:00
bin verbose option is not being used, so remove it. debug variable still exists. 2012-04-16 23:47:41 -04:00
docs/man Fix man page option description indentation. 2012-04-17 11:39:51 -04:00
examples Port shouldn't be in this example 2012-04-16 22:04:23 -04:00
hacking Update hacking with MANPATH. Correct hacking README details. 2012-04-17 10:53:32 -04:00
lib/ansible No need to save setup files to disk, this is what SETUP_CACHE effectively does. 2012-04-17 19:39:11 -04:00
library Rename serange to selevel to be consistent with selinux docs 2012-04-17 17:12:09 -07:00
packaging/rpm Move ansible.spec into subdir. Closes #162 2012-04-18 10:48:37 -04:00
test Don't test modules that aren't present. 2012-04-17 13:30:30 +02:00
.gitignore Fixup RPM building: Makefile, Spec File, .gitignore 2012-03-10 14:22:11 -05:00
COPYING license file should be in source tree 2012-03-15 20:24:22 -04:00
Makefile Docs build using version in the VERSION file. 2012-04-17 10:45:17 -04:00
MANIFEST.in Update packaging WRT AUTHORS.md 2012-03-26 22:30:48 -04:00
README.md Patch process info. 2012-03-31 11:38:06 -04:00
setup.py Because folks on RHEL 6 (not CentOS 6) have some issues with asciidoc, do not build the asciidoc from 2012-03-15 20:21:10 -04:00
VERSION Docs build using version in the VERSION file. 2012-04-17 10:45:17 -04:00

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

Patch Instructions

Contributions to the core and modules are greatly welcome.

  • Required Process:
    • Submit github pull requests to the "ansible/integration" branch
    • 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 pull requests to the 'master' branch instead of the integration branch.
    • Sending pull requests to mpdehaan's personal ansible fork.

Author

Michael DeHaan -- michael.dehaan@gmail.com

http://michaeldehaan.net