yamllint - En ligne dans le Cloud

PROGRAMME:

Nom

yamlint -

Un linter pour les fichiers YAML.

yamllint ne vérifie pas seulement la validité de la syntaxe, mais aussi les bizarreries comme la répétition des touches
et des problèmes cosmétiques tels que la longueur des lignes, les espaces de fin, l'indentation, etc.

CAPTURE D'ÉCRAN

[image : capture d'écran yamllint] [image]

NOTE:
Le format de sortie par défaut est inspiré de eslin, un excellent outil de linting pour Javascript.

TABLE OF CONTENU

Démarrage rapide
Pose yamlint
Sur Fedora/CentOS :

sudo dnf installer yamllint

Sur Debian 9+ / Ubuntu 16.04+ :

sudo apt-get install yamllint

Sur les anciennes versions Debian/Ubuntu :

sudo add-apt-repository -y ppa:adrienverge/ppa && sudo apt-get update
sudo apt-get install yamllint

Vous pouvez également utiliser pip, le gestionnaire de packages Python :

sudo pip installer yamllint

Si vous préférez installer à partir des sources, vous pouvez exécuter, à partir du répertoire source :

python setup.py sdist
sudo pip install dist/yamllint-*.tar.gz

Fonctionnement yamlint
Utilisation de base :

yamllint fichier.yml autre-fichier.yaml

Vous pouvez également lint tous les fichiers YAML dans un répertoire entier :

yamllint.

La sortie ressemblera (les couleurs ne sont pas affichées ici) :

fichier.yml
Espaces de fin d'erreur 1:4 (espaces de fin)
Erreur 4:4 indentation incorrecte : 4 attendu mais trouvé 3 (indentation)
5:4 erreur de duplication de la clé "id-00042" dans le mappage (clés en double)
6:6 commentaire d'avertissement non indenté comme le contenu (commentaires-indentation)
Erreur 12:6 trop d'espaces après le trait d'union (traits d'union)
15:12 erreur trop d'espaces avant la virgule (virgules)

autre-fichier.yaml
1:1 avertissement document manquant début "---" (document-start)
6:81 erreur ligne trop longue (87 > 80 caractères) (ligne-longueur)
Erreur 10:1 trop de lignes vides (4 > 2) (lignes vides)
Erreur 11:4 trop d'espaces à l'intérieur des accolades (accolades)

Ajoutez le -f analysable arguments si vous avez besoin d'un format de sortie analysable par une machine (par
exemple pour syntaxe Soulignant in texte éditeurs). La sortie ressemblera alors à :

file.yml:6:2 : [avertissement] espace de départ manquant dans le commentaire (commentaires)
file.yml:57:1 : [erreur] espaces de fin (trailing-spaces)
file.yml:60:3 : [erreur] indentation incorrecte : 4 attendu mais trouvé 2 (indentation)

Si vous avez un fichier de configuration de linting personnalisé (voir how à configurer yamlint), ça peut être
passé à yamllint en utilisant le -c option:

yamllint -c ~/maconfig fichier.yaml

NOTE:
Si vous avez un .yamllint fichier dans votre répertoire de travail, il sera automatiquement chargé
comme configuration par yamllint.

Configuration
yamllint utilise un ensemble de pour vérifier les fichiers sources pour les problèmes. Chaque règle est indépendante
des autres, et peut être activé, désactivé ou modifié. Tous ces paramètres peuvent être
rassemblés dans un fichier de configuration.

Pour utiliser un fichier de configuration personnalisé, nommez-le .yamllint dans votre répertoire de travail, ou
utiliser le -c option:

yamllint -c ~/maconfig fichier.yaml

Réglage par défaut paramétrage
Sauf indication contraire, yamllint utilise son défaut configuration:

---

règles:
croisillons:
min-espaces-à l'intérieur : 0
nombre maximum d'espaces à l'intérieur : 0
supports:
min-espaces-à l'intérieur : 0
nombre maximum d'espaces à l'intérieur : 0
deux-points :
max-espaces-avant : 0
max-espaces-après : 1
virgules :
max-espaces-avant : 0
min-espaces-après : 1
max-espaces-après : 1
commentaires:
niveau: avertissement
Require-starting-space : oui
min-spaces-from-content : 2
commentaires-indentation :
niveau: avertissement
fin du document : désactiver
début du document :
niveau: avertissement
présent : oui
lignes vides :
max : 2
démarrage max : 0
max-fin : 0
tirets :
max-espaces-après : 1
échancrure:
espaces : cohérents
séquences d'indentation : oui
check-multi-line-strings : non
doublons de clé : activer
longueur de la ligne:
max : 80
autoriser les mots non cassables : oui
new-line-at-end-of-file : activer
nouvelles lignes :
type : unix
espaces de fin : activer

Les détails sur les règles peuvent être trouvés sur le page.

Il existe une autre configuration prédéfinie nommée détendu. Comme son nom l'indique, il est plus
tolérant.

Il peut être choisi en utilisant :

yamllint -d relax file.yml

Extension le défaut paramétrage
Lors de l'écriture d'un fichier de configuration personnalisé, vous n'avez pas besoin de redéfinir chaque règle. Seulement
étendre la défaut configuration (ou tout fichier de configuration déjà existant).

Par exemple, si vous souhaitez simplement désactiver le commentaires-indentation règle, votre fichier pourrait
ressemble à ca:

# Ceci est mon premier fichier de configuration personnel pour yamllint !
# Il étend la configuration par défaut en ajustant certaines options.

s'étend : par défaut

règles:
comments-indentation: désactiver # ne me dérange pas avec cette règle

De même, si vous souhaitez définir le longueur de la ligne règle comme un avertissement et être moins strict sur
indentation des séquences de blocs :

s'étend : par défaut

règles:
# 80 caractères devraient suffire, mais n'échouez pas si une ligne est plus longue
longueur de la ligne:
max : 80
niveau: avertissement

# accepter les deux clés :
# - Objet
#
# et clé :
# - Objet
échancrure:
indent-sequences: peu importe

Personnalisé paramétrage sans a config filet
Il est possible - bien que non recommandé - de transmettre des options de configuration personnalisées à
yamllint avec le -d (court pour --config-données) option.

Son contenu peut être soit le nom d'une conf prédéfinie (exemple : défaut or détendu) ou
un objet YAML sérialisé décrivant la configuration.

Par exemple:

yamllint -d "{s'étend : détendu, règles : {longueur de ligne : {max : 120}}}" file.yaml

Erreurs ainsi que avertissements
Les problèmes détectés par yamllint peuvent être signalés soit comme des erreurs, soit comme des avertissements.

Dans les deux cas, le script les affichera (avec des couleurs différentes lors de l'utilisation du Standard
format de sortie), mais le code de sortie peut être différent. Plus précisément, le script se terminera
sera un code d'échec uniquement quand il y a une ou plusieurs erreur(s).

Règles
Lors du lintage d'un document avec yamllint, une série de règles (telles que longueur de la ligne,
espaces-suiveurs, etc.) sont vérifiés.

A paramétrage filet peut être utilisé pour activer ou désactiver ces règles, pour définir leur niveau
(erreur or avertissement), mais aussi pour peaufiner leurs options.

Cette page décrit les règles et leurs options.

Liste of
· bretelles

· supports

· colons

· virgules

· commentaires

· commentaires-indentation

· document-fin

· document-début

· lignes-vides

· tirets

· échancrure

· doublons de clé

· longueur de la ligne

· nouvelle-ligne-à-la-fin-du-fichier

· nouvelles-lignes

· espaces-suiveurs

bretelles
Utilisez cette règle pour contrôler le nombre d'espaces à l'intérieur des accolades ({ ainsi que }). Options.INDENT 0.0

· min-espaces-à l'intérieur définit le nombre minimal d'espaces requis à l'intérieur des accolades.

· max-espaces-à l'intérieur définit le nombre maximal d'espaces autorisés à l'intérieur des accolades.
1. Avec croisillons: {min-espaces-à l'intérieur : 0, max-spaces-inside : 0}

l'extrait de code suivant serait PASS:

objet : {clé1 : 4, clé2 : 8}

l'extrait de code suivant serait FAIL:

objet : { clé1 : 4, clé2 : 8}

2. Avec croisillons: {min-espaces-à l'intérieur : 1, max-spaces-inside : 3}

l'extrait de code suivant serait PASS:

objet : { clé1 : 4, clé2 : 8}

l'extrait de code suivant serait PASS:

objet : { clé1 : 4, clé2 : 8}

l'extrait de code suivant serait FAIL:

objet : { clé1 : 4, clé2 : 8}

l'extrait de code suivant serait FAIL:

objet : {clé1 : 4, clé2 : 8}

supports
Utilisez cette règle pour contrôler le nombre d'espaces entre crochets ([ ainsi que ]). Options.INDENT
0.0

· min-espaces-à l'intérieur définit le nombre minimal d'espaces requis entre parenthèses.

· max-espaces-à l'intérieur définit le nombre maximal d'espaces autorisés entre parenthèses.
1. Avec supports: {min-espaces-à l'intérieur : 0, max-spaces-inside : 0}

l'extrait de code suivant serait PASS:

objet : [1, 2, abc]

l'extrait de code suivant serait FAIL:

objet : [ 1, 2, abc ]

2. Avec supports: {min-espaces-à l'intérieur : 1, max-spaces-inside : 3}

l'extrait de code suivant serait PASS:

objet : [ 1, 2, abc ]

l'extrait de code suivant serait PASS:

objet : [ 1, 2, abc ]

l'extrait de code suivant serait FAIL:

objet : [ 1, 2, abc ]

l'extrait de code suivant serait FAIL:

objet : [1, 2, abc ]

colons
Utilisez cette règle pour contrôler le nombre d'espaces avant et après les deux-points (:). Options.INDENT
0.0

· max-espaces-avant définit le nombre maximal d'espaces autorisés avant les deux points (utilisez -1 à
désactiver).

· max-espaces-après définit le nombre maximal d'espaces autorisés après les deux points (utilisez -1 à
désactiver).
1. Avec deux-points : {max-espaces-avant : 0, max-espaces-après : 1}

l'extrait de code suivant serait PASS:

objet:
- à
- b
valeur clé

2. Avec deux-points : {max-espaces-avant : 1}

l'extrait de code suivant serait PASS:

objet :
- à
- b

l'extrait de code suivant serait FAIL:

objet :
- à
- b

3. Avec deux-points : {max-espaces-après : 2}

l'extrait de code suivant serait PASS:

premier : 1
seconde : 2
troisième : 3

l'extrait de code suivant serait FAIL:

premier : 1
2e: 2 XNUMX
troisième : 3

virgules
Utilisez cette règle pour contrôler le nombre d'espaces avant et après les virgules (,). Options.INDENT
0.0

· max-espaces-avant définit le nombre maximal d'espaces autorisés avant les virgules (utilisez -1 à
désactiver).

· min-espaces-après définit le nombre minimal d'espaces requis après les virgules.

· max-espaces-après définit le nombre maximal d'espaces autorisés après les virgules (utilisez -1 à
désactiver).
1. Avec virgules : {max-espaces-avant : 0}

l'extrait de code suivant serait PASS:

var étrange :
[10, 20, 30, {x : 1, y : 2}]

l'extrait de code suivant serait FAIL:

var étrange :
[10, 20 , 30, {x : 1, y : 2}]

2. Avec virgules : {max-espaces-avant : 2}

l'extrait de code suivant serait PASS:

var étrange :
[10 , 20 , 30, {x : 1 , y : 2}]

3. Avec virgules : {max-espaces-avant : -1}

l'extrait de code suivant serait PASS:

var étrange :
[dix,
20, 30
, {x : 1, y : 2}]

4. Avec virgules : {min-espaces-après : 1, max-espaces-après : 1}

l'extrait de code suivant serait PASS:

var étrange :
[10, 20,30, {x : 1, y : 2}]

l'extrait de code suivant serait FAIL:

var étrange :
[10, 20,30, {x : 1, y : 2}]

5. Avec virgules : {min-espaces-après : 1, max-espaces-après : 3}

l'extrait de code suivant serait PASS:

var étrange :
[10, 20, 30, {x : 1, y : 2}]

6. Avec virgules : {min-espaces-après : 0, max-espaces-après : 1}

l'extrait de code suivant serait PASS:

var étrange :
[10, 20,30, {x : 1, y : 2}]

commentaires
Utilisez cette règle pour contrôler la position et la mise en forme des commentaires. Options.INDENT 0.0

· Utilisation nécessite-espace-de-départ d'exiger un espace juste après le #. Mis à oui à
activer, aucune pour désactiver.

· min-espaces-du-contenu est utilisé pour séparer visuellement les commentaires en ligne du contenu. Ce
définit le nombre minimal d'espaces requis entre un commentaire et son précédent
contenu.
1. Avec commentaires: {require-starting-space : Oui}

l'extrait de code suivant serait PASS:

# Cette phrase
# est un commentaire de bloc

l'extrait de code suivant serait FAIL:

#Cette phrase
#est un commentaire de bloc

2. Avec commentaires: {min-spaces-from-content : 2}

l'extrait de code suivant serait PASS:

x = 2 ^ 127 - 1 # nombre premier de Mersenne

l'extrait de code suivant serait FAIL:

x = 2 ^ 127 - 1 # nombre premier de Mersenne

commentaires-indentation
Utilisez cette règle pour forcer les commentaires à être mis en retrait comme du contenu. Exemples.INDENT 0.0

1. Avec commentaires-indentation : {}

l'extrait de code suivant serait PASS:

#Fibonacci
[0, 1, 1, 2, 3, 5]

l'extrait de code suivant serait FAIL:

#Fibonacci
[0, 1, 1, 2, 3, 5]

l'extrait de code suivant serait PASS:

liste:
à 2
à 3
# - 4
à 5

l'extrait de code suivant serait FAIL:

liste:
à 2
à 3
# - 4
à 5

l'extrait de code suivant serait PASS:

# Ceci est le premier objet
obj1 :
- article A
# - article B
# Ceci est le deuxième objet
obj2 : []

l'extrait de code suivant serait PASS:

# Cette phrase
# est un commentaire de bloc

l'extrait de code suivant serait FAIL:

# Cette phrase
# est un commentaire de bloc

document-fin
Utilisez cette règle pour exiger ou interdire l'utilisation du marqueur de fin de document ( ). Options.INDENT
0.0

· Régler représentent à oui lorsque le marqueur de fin de document est requis, ou pour aucune lorsqu'il est
interdit.
1. Avec fin du document : {présent: Oui}

l'extrait de code suivant serait PASS:

---
ce:
est : [un, document]

---
- cette
- est : un autre


l'extrait de code suivant serait FAIL:

---
ce:
est : [un, document]
---
- cette
- est : un autre


2. Avec fin du document : {présent: non}

l'extrait de code suivant serait PASS:

---
ce:
est : [un, document]
---
- cette
- est : un autre

l'extrait de code suivant serait FAIL:

---
ce:
est : [un, document]

---
- cette
- est : un autre

document-début
Utilisez cette règle pour exiger ou interdire l'utilisation du marqueur de début de document (---). Options.INDENT
0.0

· Régler représentent à oui lorsque le marqueur de début de document est requis, ou pour aucune lorsqu'il est
interdit.
1. Avec début du document : {présent: Oui}

l'extrait de code suivant serait PASS:

---
ce:
est : [un, document]
---
- cette
- est : un autre

l'extrait de code suivant serait FAIL:

ce:
est : [un, document]
---
- cette
- est : un autre

2. Avec début du document : {présent: non}

l'extrait de code suivant serait PASS:

ce:
est : [un, document]


l'extrait de code suivant serait FAIL:

---
ce:
est : [un, document]


lignes-vides
Utilisez cette règle pour définir un nombre maximal de lignes vierges consécutives autorisées. Options.INDENT
0.0

· max définit le nombre maximal de lignes vides autorisées dans le document.

· démarrage max définit le nombre maximal de lignes vides autorisées au début de la
déposer. Cette option a préséance sur max.

· max-fin définit le nombre maximal de lignes vides autorisées à la fin du fichier. Cette
l'option a préséance sur max.
1. Avec lignes vides : {max : 1}

l'extrait de code suivant serait PASS:

- toto :
à 1
à 2

- barre : [3, 4]

l'extrait de code suivant serait FAIL:

- toto :
à 1
à 2

- barre : [3, 4]

tirets
Utilisez cette règle pour contrôler le nombre d'espaces après les tirets (-). Options.INDENT 0.0

· max-espaces-après définit le nombre maximal d'espaces autorisés après les tirets.
1. Avec tirets : {max-espaces-après : 1}

l'extrait de code suivant serait PASS:

- première liste :
- à
- b
- - 1
à 2
à 3

l'extrait de code suivant serait FAIL:

- première liste :
- à
- b

l'extrait de code suivant serait FAIL:

- - 1
à 2
à 3

2. Avec tirets : {max-espaces-après : 3}

l'extrait de code suivant serait PASS:

- clé
- clé2
- clé42

l'extrait de code suivant serait FAIL:

- clé
- clé2
- clé42

échancrure
Utilisez cette règle pour contrôler l'indentation. Options.INDENT 0.0

· surpeuplés définit la largeur de l'indentation, en espaces. Définissez soit sur un nombre entier (par exemple 2 or 4,
représentant le nombre d'espaces dans un niveau d'indentation) ou à cohérent permettre à tout
numéro, tant qu'il reste le même dans le fichier.

· indentation-séquences définit si les séquences de blocs doivent être indentées ou non (lorsqu'elles sont dans un
cartographie, cette indentation n'est pas obligatoire -- certaines personnes perçoivent le - dans le cadre de la
échancrure). Valeurs possibles: oui, aucune, quelle que soit ainsi que cohérent. cohérent a besoin
soit toutes les séquences de blocs doivent être indentées, soit aucune. quelle que soit signifie soit
indenter ou non des séquences de blocs individuels est OK.

· vérifier les chaînes multi-lignes définit s'il faut lisser l'indentation dans les chaînes multilignes. Régler
à oui autoriser, aucune pour désactiver.
1. Avec échancrure: {les espaces: 1}

l'extrait de code suivant serait PASS:

histoire:
- nom : Unix
date : 1969
- nom : Linux
date : 1991
nid:
récidive :
- botte de foin :
aiguille

2. Avec échancrure: {les espaces: 4}

l'extrait de code suivant serait PASS:

histoire:
- nom : Unix
date : 1969
- nom : Linux
date : 1991
nid:
récidive :
- botte de foin :
aiguille

l'extrait de code suivant serait FAIL:

histoire:
- nom : Unix
date : 1969
- nom : Linux
date : 1991
nid:
récidive :
- botte de foin :
aiguille

3. Avec échancrure: {les espaces: cohérent}

l'extrait de code suivant serait PASS:

histoire:
- nom : Unix
date : 1969
- nom : Linux
date : 1991
nid:
récidive :
- botte de foin :
aiguille

l'extrait de code suivant serait FAIL:

certains:
Russe:
poupées

4. Avec échancrure: {les espaces: 2, séquences d'indentation : non}

l'extrait de code suivant serait PASS:

liste:
- en volant
- spaghetti
- monstre

l'extrait de code suivant serait FAIL:

liste:
- en volant
- spaghetti
- monstre

5. Avec échancrure: {les espaces: 2, séquences d'indentation : peu importe}

l'extrait de code suivant serait PASS:

liste:
- en volant:
- spaghetti
- monstre
- ne vole pas :
- spaghetti
- sauce

6. Avec échancrure: {les espaces: 2, séquences d'indentation : cohérent}

l'extrait de code suivant serait PASS:

- en volant:
- spaghetti
- monstre
- ne vole pas :
- spaghetti
- sauce

l'extrait de code suivant serait FAIL:

- en volant:
- spaghetti
- monstre
- ne vole pas :
- spaghetti
- sauce

7. Avec échancrure: {les espaces: 4, check-multi-line-strings : Oui}

l'extrait de code suivant serait PASS:

Blaise Pascal:
Je vous écris une longue lettre parce que
je n'ai pas le temps d'écrire une courte.

l'extrait de code suivant serait PASS:

Blaise Pascal : Je vous écris une longue lettre parce que
je n'ai pas le temps d'écrire une courte.

l'extrait de code suivant serait FAIL:

Blaise Pascal : Je vous écris une longue lettre parce que
je n'ai pas le temps d'écrire une courte.

l'extrait de code suivant serait FAIL:

code C :
void main () {
printf("foo");
}

l'extrait de code suivant serait PASS:

code C :
void main () {
printf("barre");
}

doublons de clé
Utilisez cette règle pour empêcher plusieurs entrées avec la même clé dans les mappages. Exemples.INDENT
0.0

1. Avec doublons de clé : {}

l'extrait de code suivant serait PASS:

- touche 1 : v
touche 2 : val
clé 3 : valeur
- {a : 1, b : 2, c : 3}

l'extrait de code suivant serait FAIL:

- touche 1 : v
touche 2 : val
clé 1 : valeur

l'extrait de code suivant serait FAIL:

- {a : 1, b : 2, b : 3}

l'extrait de code suivant serait FAIL:

clé dupliquée : 1
"clé dupliquée": 2

autre duplication : 1
? >-
autre
répétition
: 2

longueur de la ligne
Utilisez cette règle pour définir une limite à la longueur des lignes. Options.INDENT 0.0

· max définit la longueur maximale (incluse) des lignes.

· autoriser les mots non cassables est utilisé pour autoriser des mots insécables (sans espaces à l'intérieur)
dépasser la limite. Ceci est utile pour les URL longues, par exemple. Utilisation oui autoriser, aucune
interdire.
1. Avec longueur de la ligne: {max : 70}

l'extrait de code suivant serait PASS:

longue phrase :
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do
eiusmod tempor inciddunt ut labore et dolore magna aliqua.

l'extrait de code suivant serait FAIL:

longue phrase :
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed par eiusmod
Tempo incididunt ut labour et pain magna aliqua.

2. Avec longueur de la ligne: {max : 60 autoriser les mots non cassables : Oui}

l'extrait de code suivant serait PASS:

ce:
est:
- une:
http://localhost/very/very/very/very/very/very/very/very/long/url

# ce commentaire est trop long,
# mais difficile à diviser :
# http://localhost/another/very/very/very/very/very/very/very/very/long/url

l'extrait de code suivant serait FAIL:

- cette ligne est waaaaaaaaaaaaaaay trop longue mais pourrait être facilement divisée...

3. Avec longueur de la ligne: {max : 60 autoriser les mots non cassables : non}

l'extrait de code suivant serait FAIL:

ce:
est:
- une:
http://localhost/very/very/very/very/very/very/very/very/long/url

nouvelle-ligne-à-la-fin-du-fichier
Utilisez cette règle pour exiger un nouveau caractère de ligne (\n) à la fin des fichiers.

La norme POSIX a besoin le dernier en ligne à fin avec a nouvelle en ligne caractère. Tout UNIX
les outils attendent une nouvelle ligne à la fin des fichiers. La plupart des éditeurs de texte utilisent également cette convention.

nouvelles-lignes
Utilisez cette règle pour forcer le type de caractères de nouvelle ligne. Options.INDENT 0.0

· Régler type à unix pour utiliser des caractères de nouvelle ligne de type UNIX (\n), ou dos utiliser un nouveau de type DOS
caractères de ligne (\ R \ n).

espaces-suiveurs
Utilisez cette règle pour interdire les espaces de fin de ligne. Exemples.INDENT 0.0

1. Avec espaces de fin : {}

l'extrait de code suivant serait PASS:

ce document ne contient pas
toute traînée
surpeuplés

l'extrait de code suivant serait FAIL:

ce document contient
espaces de fuite
sur les lignes 1 et 3

Développement
yamllint fournit à la fois un script et un module Python. Ce dernier peut être utilisé pour rédiger votre
propres outils de peluchage :

classe yamllint.linter.LintProblem(ligne, colonne, desc=' description>', règle=Aucun)
Représente un problème de peluchage trouvé par yamllint.

colonne = Aucune
Colonne sur laquelle le problème a été trouvé (commençant à 1)

desc = Aucune
Description lisible du problème

en ligne = Aucune
Ligne sur laquelle le problème a été trouvé (commençant à 1)

exclure = Aucune
Identifiant de la règle qui a détecté le problème

yamllint.linter.run(entrée, conf)
Lint une source YAML.

Renvoie un générateur d'objets LintProblem.

Paramètres

· contribution -- buffer, chaîne ou flux à lire

· conf -- objet de configuration yamllint

Intégration : avec texte éditeurs
La plupart des éditeurs de texte prennent en charge la vérification et la mise en évidence de la syntaxe, pour signaler visuellement la syntaxe
erreurs et avertissements à l'utilisateur. yamllint peut être utilisé pour vérifier la syntaxe de la source YAML, mais un
peu de configuration est nécessaire en fonction de votre éditeur de texte préféré.

Vim
En supposant que le syntaxique plugin est installé, ajoutez à votre .vimrc:

let g:syntastic_yaml_checkers = ['yamllint']

Néovim
En supposant que le néomake plugin est installé, yamllint est pris en charge par défaut. Il est
automatiquement activé lors de l'édition des fichiers YAML.

Autre texte éditeurs
Demander de l'aide!

Votre éditeur de texte préféré n'est pas répertorié ici ? Aidez-nous à nous améliorer en ajoutant une section (en
ouvrir une pull-request ou un problème sur GitHub).

Utilisez yamllint en ligne en utilisant les services onworks.net