---
title: "Immich publie désormais des release candidates. Voici comment elles fonctionnent"
description: "Depuis la v3, Immich publie des release candidates avant chaque version majeure. Ce qu'est une RC, comment fonctionnent les numéros de version et les tags Docker, comment en tester une sans risque, et ce que cela change pour les utilisateurs de PixelUnion."
url: "https://pixelunion.eu/fr/blog/2026/10/immich-release-candidates/"
date: "2026-10-14"
author: "Marc"
categories: ["Open Source"]
tags: ["Immich","Release candidates","Open Source","Self-hosting","Updates"]
---


Pendant la majeure partie de son existence, Immich n'a connu qu'un seul type de version. Une nouvelle version apparaissait sur GitHub, les gens la téléchargeaient, et les rapports de bugs arrivaient dans les jours suivants. Puis une version corrective réglait les pires d'entre eux. Cela fonctionne. Mais cela signifie aussi que la première vague d'utilisateurs fait les tests sur leur vraie photothèque, sans s'être portée volontaire.

Depuis la v3, les choses ont changé. Avant la sortie d'une version majeure, Immich publie désormais d'abord une ou plusieurs release candidates. La v3.0 en a eu quatre en juin, avant l'arrivée de la version stable le 2 juillet. La v3.2 en a eu trois. La v3.3 en a eu trois en moins d'une semaine, entre le 29 septembre et le 2 octobre.

## Ce qu'est une release candidate

Une release candidate, ou RC, est une version que les développeurs estiment prête, mais sur laquelle ils veulent plus de regards avant de la déclarer définitive. Les fonctionnalités sont terminées. Aucune nouvelle n'est ajoutée. Pendant la phase RC, on teste et on corrige des bugs, rien d'autre.

Vous la reconnaissez à son numéro de version. `v3.3.0-rc.0` est la première candidate pour la v3.3.0, `v3.3.0-rc.1` la deuxième, et ainsi de suite. Cela suit le [versionnage sémantique](https://semver.org), où tout ce qui suit le trait d'union signale une préversion. Une préversion compte toujours comme plus ancienne que la version à laquelle elle mène, donc `v3.3.0-rc.2` se classe avant `v3.3.0`. Si personne ne trouve rien de grave dans la dernière candidate, le même code sort comme version stable.

Les photographes qui travaillent en chambre noire connaissent le principe. Vous n'exposez pas d'abord votre plus belle feuille de papier. Vous faites une bande test, vous la vérifiez, vous ajustez, et seulement ensuite vous faites le vrai tirage. Une RC, c'est la bande test.

## Comment en tester une, et ce qui peut mal tourner

Pour le serveur, vous faites pointer la variable `IMMICH_VERSION` de votre fichier `.env` vers la candidate, par exemple `v3.3.0-rc.2`, puis vous lancez `docker compose pull && docker compose up -d`. Il existe aussi un tag `v3-rc` qui pointe toujours vers la candidate la plus récente. Pour les applications mobiles, les utilisateurs Android peuvent installer l'APK depuis les notes de version ou rejoindre la bêta sur Google Play. Les utilisateurs iOS passent par TestFlight. Les liens se trouvent dans chaque [version sur GitHub](https://github.com/immich-app/immich/releases), et c'est aussi là qu'il faut signaler les bugs.

Passons au revers de la médaille, car il y en a un. Chaque RC est accompagnée du même avertissement : ce n'est pas une version stable, et elle peut contenir des bugs ou des changements incompatibles. Cet avertissement n'est pas une formalité. Une nouvelle version exécute généralement des migrations de base de données au démarrage. Ces migrations vont uniquement vers l'avant. Immich ne prend pas en charge le retour à une version antérieure. Si une RC casse quelque chose, vous ne pouvez donc pas revenir à la version précédente et continuer. Vous restaurez une sauvegarde, ou vous attendez la candidate suivante.

La règle est donc ennuyeuse, et c'est la bonne. Faites une sauvegarde récente de la base de données et de votre dossier d'upload avant d'essayer une RC. Mieux encore, testez sur une deuxième instance avec une copie de vos données, pas sur la photothèque que votre famille utilise tous les jours. Si vous n'avez pas de sauvegarde à partir de laquelle vous avez récemment fait une restauration, notre article sur [la règle de sauvegarde 3-2-1](/fr/blog/3-2-1-backups-immich/) est un bon point de départ.

Si vous avez une machine libre et un peu de temps, tester des RC est l'une des choses les plus utiles que vous puissiez faire pour un projet open source. Écrire du code n'est pas la seule façon de contribuer. Un rapport de bug clair sur une RC règle un problème pour des milliers de personnes avant même qu'elles ne le rencontrent.

## Ce que cela change pour les utilisateurs de PixelUnion

Rien ne change dans votre façon d'utiliser PixelUnion. Nous n'installons pas de release candidates sur votre instance. Nous attendons la version stable, puis nous la déployons par étapes, comme nous l'avons fait pour la v3. Vous recevez les nouvelles fonctionnalités une fois qu'elles sont passées par la phase RC et par nos propres vérifications.

Nous suivons tout de même les RC de près. Elles nous montrent tôt ce qui arrive, pour que nous puissions nous préparer et vous en parler. Et comme davantage de personnes testent avant la version finale, les versions stables qui vous parviennent devraient réserver moins de surprises. C'est une bonne chose pour la communauté de l'auto-hébergement, et c'est une bonne chose pour nous.

Nous aimerions faire plus que regarder. À l'avenir, nous voulons proposer une version bêta de PixelUnion. Si vous nous indiquez que vous souhaitez participer, votre instance recevra les nouvelles versions d'Immich avant la version stable, pour que vous puissiez aider à les tester et donner rapidement votre avis. Ces retours remontent au projet Immich, et c'est tout l'intérêt. Nous ne savons pas encore si ni quand cette fonctionnalité arrivera. Dès que nous en saurons plus, vous le lirez ici en premier.

Si vous préférez confier les tests, les sauvegardes et les mises à niveau à quelqu'un d'autre, c'est précisément notre rôle.

[Commencez gratuitement avec PixelUnion →](https://pixelunion.eu)

Photo de couverture par [Francisco Gonzalez](https://unsplash.com/photos/-jmYFZ9CQ80) sur Unsplash.