Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: Automatiser la vérification du commit #1177

Closed
wants to merge 10 commits into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
76 changes: 76 additions & 0 deletions _articles/fr/2024-12-17-commit-lint.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,76 @@
---
contentType: article
lang: fr
date: '2024-12-17'
slug: automatiser-la-verification-du-commit
title: Automatiser la vérification du commit
excerpt: Automatiser la vérification du commit avec commitlint
categories:
- architecture
authors:
- tthuon
keywords:
- devops
- gitlab
cover:
alt: astronaute qui vérifie les commits
path: /imgs/articles/2024-12-17-commit-lint/cover.jpg
---

Dans l'article sur [la création automatique d'une nouvelle version d'une application](fr/automatiser-la-creation-de-la-version-dune-application-avec-semantic-release/), nous avons vu que l'outil semantic-release s'appuie sur des messages de commits conventionnels.

Pour que le processus de création automatique de marquage de la nouvelle version puisse fonctionne correctement, nous allons vérifier que les messages de commits suivent bien les commits conventionnels.

## Convention de nommage des commits

Pour rappel, nos commits doivent respecter une convention. Pour cela, nous allons utiliser [Commits Conventionnels](https://www.conventionalcommits.org/fr/v1.0.0/).

Pour simplifier, un commit commençant par
- "feat: " indique que le commit intègre une nouvelle fonctionnalité
- "fix: " indique que le commit corrige l'application

Pour faire respecter ces règles, nous allons utiliser un outil : [commitlint](https://commitlint.js.org/).

## Mise en oeuvre de commitlint

commitlint va lire le message de commit et la comparer avec les différentes règles.

Cela nécessite quelques configurations.

Tout d'abord, il faut créer un fichier `.commitlintrc.yaml` avec le contenu suivant :

```yaml
extends:
- "@commitlint/config-conventional"
```

Cette configuration permet d'indiquer à commitlint d'utiliser les commits conventionnels.

Dans le fichier `.gitlab-ci.yml`, ajoutons une tâche pour tester le message de commit.

```yaml
stage:
- tests

lint:merge_request_title:
image: dockerhub.ftven.net/node:lts
stage: tests
before_script:
- npm install @commitlint/{cli,config-conventional}
script:
- echo "${CI_COMMIT_MESSAGE}" | npx commitlint
```

<div class="admonition note" markdown="1"><p class="admonition-title">Alternatif</p>

Dans le cas d'une merge request, il est possible de vérifier uniquement le titre de la merge request. Ce cas de figure fonctionne bien dans le cas où la branche est fusionnée et squash vers la branche principale.

Pour cela, utiliser la variable Gitlab $CI_MERGE_REQUEST_TITLE.
</div>

Félicitation, vous avez automatisé la vérification du message de commit. Prenez une boisson chaude pour vous détendre.

## Références

- https://www.conventionalcommits.org/fr/v1.0.0/
- https://commitlint.js.org/
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading