Project

puppi

0.0
No commit activity in last 3 years
No release in over 3 years
Puppi is a Puppet module that lets sysadmins standardize, manage and automate the deployment of web applications and provides quick and standard commands to obtain informations about the system and what’s is going on it. Its structure provides FULL flexibility on the actions required for virtually any kind of application deployment and information gathering.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

Runtime

>= 0
 Project Readme

Puppi on Ruby - Experimental version of Puppi in Ruby¶ ↑

<img src=“https://badge.fury.io/rb/puppi.png” alt=“Gem Version” /> <img src=“https://secure.travis-ci.org/zertico/puppi.png” /> <img src=“https://gemnasium.com/zertico/puppi.png” alt=“Dependency Status” /> <img src=“https://coveralls.io/repos/zertico/puppi/badge.png?branch=master” alt=“Coverage Status” /> <img src=“https://codeclimate.com/github/zertico/puppi.png” />

It’s supposed to replace the existing puppi command written in bash.

README (DRIVEN DEVELOPMENT)¶ ↑

puppi <action> <project_name> [ -options ]

The puppi command has these possibile actions:

  • puppi init project_name

    : First time initialization of the defined project

  • puppi deploy project_name

    : Deploys the defined project

  • puppi rollback project_name

    : Rollback to a previous deploy state

  • puppi check

    : Runs project specific and host wide checks

  • puppi log

    : Tails system wide or project specific logs

  • puppi info topic_name

    : Show system information (for all or only the specified topic)

  • puppi todo

    : Show things to do (or done) manually on the system

And these options:

  • -f - Force puppi commands execution flow also on CRITICAL errors

  • -i - Interactively ask confirmation for every step

  • -t - Test mode. Just show the commands that should be executed

  • -d <yes|full> - Debug mode. Show debug of what is done.

  • -r <yes|no|fail> - Enable reporting: yes/no/only on failures. Default depends on action

  • -s <yes|no|fail> - Show output: yes/no/only for failures. Default: yes

  • -g <pattern> - Grep command output with the selected pattern

  • -o “parameter=value parameter2=value2” - Set manual options to override defaults

Files and directories¶ ↑

  • /etc/puppi/data (datadir) contains one yaml file for each Puppet class or defines that uses the puppi::ze define.

This yaml contains all the variables provided by the class / define and has this naming layout: helper_module.yaml. Where helper is the name of the helper file to use to manage the variables provided in the file and module is the name of the module or class or define that has created the yaml via puppi::ze

  • /etc/puppi/helpers contains the helpers file (created by puppi::helper): a Yaml that describes, for each puppi action, what commands to run and the names of the variables to use (as named in the /etc/puppi/data/helper_module.yaml files)

Mantainers¶ ↑

@fernandes

Contributing¶ ↑

  1. Fork it

  2. Create your feature branch (‘git checkout -b my-new-feature`)

  3. Commit your changes (‘git commit -am ’Added some feature’‘)

  4. Push to the branch (‘git push origin my-new-feature`)

  5. Create new Pull Request