# Gestion des versions

> Prise en charge de la gestion des versions par etcd

---

Index LLMS : [llms.txt](/fr/llms.txt)

---

Ce document décrit les versions prises en charge par le projet etcd.

## Gestion des versions des services et versions prises en charge {#service-versioning-and-supported-versions}

Les versions d'etcd sont exprimées sous la forme **x.y.z**, où **x** représente la version majeure, **y** la version mineure et **z** la version de correctif, conformément à la terminologie [Semantic Versioning](https://semver.org/).
Les nouvelles versions mineures peuvent ajouter des fonctionnalités supplémentaires à l'API.

Le projet etcd maintient des branches de version pour la version actuelle et la version précédente. Par exemple, lorsque v3.5 est la version actuelle, v3.4 est prise en charge. Lorsque v3.6 est publiée, v3.4 n'est plus prise en charge.

Les correctifs applicables, y compris les correctifs de sécurité, peuvent être appliqués en retour à ces deux branches de version, selon leur gravité et leur faisabilité.
Les versions correctives sont créées à partir de ces branches lorsque nécessaire.

Les [mainteneurs](https://github.com/etcd-io/etcd/blob/main/OWNERS) du projet prennent cette décision.

Vous pouvez vérifier la version du cluster etcd en cours d'exécution avec `etcdctl` :

```sh
etcdctl --endpoints=127.0.0.1:2379 endpoint status
```

## Gestion des versions de l'API {#api-versioning}

Les réponses de l'API `v3` ne doivent pas changer après la version 3.0.0, mais de nouvelles fonctionnalités seront ajoutées au fil du temps.