2020-01-14 23:15:13 +00:00
|
|
|
---
|
|
|
|
title: Documentation
|
|
|
|
---
|
|
|
|
|
|
|
|
[![Build Status](https://cloud.drone.io/api/badges/xoxys/ansible-later/status.svg)](https://cloud.drone.io/xoxys/ansible-later)
|
|
|
|
[![](https://img.shields.io/pypi/pyversions/ansible-later.svg)](https://pypi.org/project/ansible-later/)
|
2020-01-15 21:14:06 +00:00
|
|
|
[![codecov](https://codecov.io/gh/xoxys/ansible-later/branch/master/graph/badge.svg)](https://codecov.io/gh/xoxys/ansible-later)
|
2020-01-14 23:15:13 +00:00
|
|
|
[![](https://img.shields.io/pypi/status/ansible-later.svg)](https://pypi.org/project/ansible-later/)
|
|
|
|
[![](https://img.shields.io/pypi/v/ansible-later.svg)](https://pypi.org/project/ansible-later/)
|
2020-01-15 21:14:06 +00:00
|
|
|
[![License: MIT](https://img.shields.io/badge/License-MIT-blue.svg)](LICENSE)
|
2020-01-14 23:15:13 +00:00
|
|
|
|
|
|
|
This is a fork of Will Thames [ansible-review](https://github.com/willthames/ansible-review) so credits goes to him
|
|
|
|
for his work on ansible-review and ansible-lint.
|
|
|
|
|
|
|
|
*ansible-later* is a best pratice scanner and linting tool. In most cases, if you write ansibel roles in a team,
|
|
|
|
it helps to have a coding or best practice guideline in place. This will make ansible roles more readable for all
|
|
|
|
maintainers and can reduce the troubleshooting time.
|
|
|
|
|
|
|
|
*ansible-later* does _**not**_ ensure that your role will work as expected. For Deployment test you can use other tools
|
|
|
|
like [molecule](https://github.com/ansible/molecule).
|
|
|
|
|
|
|
|
The project name is an acronym for **L**ovely **A**utomation **TE**sting f**R**mework.
|