Cookiecutter template for a compliant OpenStack puppet-modules
Go to file
Tobias Urdin dea64e7fd3 Add per module policy service refresh
Updating the policies for this project should only
refresh the services that reads it.

Change-Id: I18418bb01da896f0e12aead11c28b24c0e103c62
2023-06-22 21:08:08 +02:00
contrib Remove workaround to unpin modulesync 2022-08-16 05:38:58 +00:00
puppet-{{cookiecutter.project_name}} Add per module policy service refresh 2023-06-22 21:08:08 +02:00
.gitignore Dissuade .gitignore references to personal tools 2018-10-05 18:27:10 +00:00
.gitreview OpenDev Migration Patch 2019-04-19 19:29:14 +00:00
.zuul.yaml Switch jobs to Zuul v3 2018-02-13 00:28:01 +00:00
LICENSE Initial commit 2015-05-21 21:11:28 +02:00
README.md Fix outdated files 2020-09-17 01:03:49 +02:00
bindep.txt Move other-requirements.txt to bindep.txt 2016-08-12 21:09:45 +02:00
cookiecutter.json cookiecutter.json: bump to 2016 2016-01-02 08:06:56 -05:00
functions Unpin modulesync 2022-08-16 05:38:12 +00:00
run_beaker_tests.sh Support multiple nodetype library beaker tests 2018-07-26 13:18:09 +02:00
run_lint_tests.sh Add CI scripts 2016-07-26 13:28:09 -04:00
run_litmus_tests.sh Change to Litmus 2020-09-19 00:14:23 +02:00
run_syntax_tests.sh Remove FUTURE_PARSER 2019-10-10 11:33:04 +02:00
run_unit_tests.sh Support puppet 4.8 and latest for libraries unit test 2018-03-27 16:01:59 +08:00

README.md

Team and repository tags

Team and repository tags

puppet-openstack-cookiecutter

Cookiecutter template for a compliant OpenStack puppet-modules

Installation

Install cookiecutter either from source, pip or package if it exists

Usage

There are two ways to create the boilerplate for the puppet module.

Locally

  1. Clone locally the puppet-openstack-cookiecutter repository.
  2. Run cookiecutter /path/to/cloned/repo

Remotely (ie. using a git repo)

  1. Run cookiecutter https://opendev.org/openstack/puppet-openstack-cookiecutter.git

What's next

Once the boilerplate created, in order to be compliant with the other modules, the files managed by msync, (or configs) needs to be in the project folder. Once synced module is ready, announce its existence to the ML, make the proper patch to openstack-infra and finally wait for the reviews to do the rest.