Prendre Deployer en main
Ce que fait Deployer, comment créer son compte et se connecter, le vocabulaire des écrans et les cinq rôles d’un espace.
Vérifié dans l’application le 5 septembre 2026
Ce que fait Deployer
Deployer pilote la livraison d’une application répartie sur plusieurs dépôts GitLab. Depuis un seul écran, vous voyez ce qui tourne sur chaque environnement, vous déployez une branche ou une version sur tous les projets d’un geste, vous portez un correctif d’une issue vers les branches concernées, et vous suivez les merge requests d’une fonctionnalité sur l’ensemble des dépôts.
Deployer ne remplace pas votre CI. Il pousse du code, pose des tags et lance des pipelines ; ce sont vos pipelines GitLab qui construisent et déploient. Rien ne se passe en dehors de GitLab, et tout ce que Deployer fait s’y retrouve.
Tout se passe dans un espace de travail : un ensemble de projets GitLab, des environnements, une équipe avec ses rôles. Une organisation peut en avoir plusieurs, un par produit ou par équipe.
Créer un compte et se connecter
- S'inscrire
Sur l’écran de connexion, suivez « Inscrivez-vous dès aujourd’hui ! ». Le formulaire demande un prénom, un nom, une adresse courriel et un mot de passe, puis « Créer le compte ». Un courriel de vérification est envoyé : son lien est valable 72 heures, et vous pouvez en redemander un depuis votre profil.
- Se connecter par mot de passe
Adresse courriel, mot de passe, « Se connecter ». Le lien « Mot de passe oublié ? » envoie un courriel de réinitialisation, valable une heure, à condition d’avoir d’abord saisi l’adresse dans le champ.
- Se connecter par Microsoft ou Google
Quand l’installation l’a configuré, « Continuer avec Microsoft » et « Continuer avec Google » ouvrent la page de votre fournisseur, puis vous ramènent connecté. Si vous n’avez pas encore de compte Deployer, il est créé à ce moment, sans mot de passe. Si un compte existe déjà avec la même adresse, il est rattaché automatiquement quand le fournisseur certifie l’adresse.
Quand la connexion par un fournisseur échoue, l’écran l’explique sous le titre « Connexion impossible » :
| Le message | Ce que ça veut dire | Quoi faire |
|---|---|---|
| Vous avez refusé l’autorisation. | Vous avez fermé ou refusé la page du fournisseur. | Recommencez, et acceptez. |
| La demande a expiré. | Trop de temps s’est écoulé entre le clic et le retour. | Relancez la connexion depuis l’écran. |
| Le fournisseur n’a pas pu confirmer votre identité. | Une erreur passagère chez le fournisseur ou sur le réseau. | Réessayez dans un instant. |
| Un compte existe déjà avec cette adresse, et votre fournisseur ne certifie pas qu’elle vous appartient. | Deployer refuse de rattacher automatiquement une identité à un compte existant sans preuve sur l’adresse. | Connectez-vous avec votre mot de passe, puis rattachez le fournisseur depuis votre profil. |
| Votre fournisseur n’a transmis aucune adresse courriel. | Le compte fournisseur n’a pas d’adresse visible. | Voyez avec l’administrateur de votre organisation. |
| Ce mode de connexion n’est pas activé sur cette installation. | Le fournisseur a été désactivé entre-temps. | Utilisez votre mot de passe, ou l’autre fournisseur. |
Votre profil
Le menu de votre avatar, en haut à droite, ouvre « Mon profil… ». La page est la même dans tous les espaces : elle décrit votre compte, pas votre rôle.
- Informations personnelles : prénom, nom, langue de communication (celle des courriels que Deployer vous envoie), adresse et son état, « Vérifié » ou « Non vérifié ». « Modifier… » ouvre le formulaire ; « Renvoyer l’email de vérification » fait ce qu’il dit.
- Sécurité : « Changer de mot de passe… » demande l’ancien puis le nouveau. Un compte créé par Microsoft ou Google n’a pas de mot de passe, et la section le dit : « Ce compte se connecte par un fournisseur d’identité, sans mot de passe. »
- Connexion : les fournisseurs rattachés à votre compte. « Rattacher Microsoft » ou « Rattacher Google » ouvre la page du fournisseur et revient sur le profil ; « Détacher » retire l’identité. Quand c’est votre seule façon de vous connecter, le bouton est désactivé avec l’explication : vous n’auriez plus aucun accès.
- Sessions actives : les appareils connectés, avec leur date d’expiration. « Révoquer… » déconnecte l’appareil concerné.
- Zone dangereuse : « Supprimer mon compte », irréversible.
L’accueil : vos espaces de travail
Une fois connecté, l’accueil liste les espaces dont vous êtes membre. Chaque carte porte le nom, la description et la date de création ; le ruban « PARTAGÉ » signale un espace créé par quelqu’un d’autre. Le menu d’une carte propose « Configuration… » et « Supprimer… » selon votre rôle.
La carte en pointillés à la fin de la grille, ou le bouton « Créer un espace de travail… » quand vous n’en avez encore aucun, ouvre le dialog de création : c’est la page suivante, Créer un espace.
Se repérer dans un espace
Dans un espace, une barre d’onglets ouvre les écrans de travail. Les onglets présents dépendent des modules activés et de votre rôle.
| Onglet | Ce qu’il montre |
|---|---|
| Déploiements | Ce qui tourne sur chaque environnement, et le geste pour déployer. |
| Fonctionnalités | Les merge requests ouvertes, regroupées par issue. Peut être coupé dans la configuration. |
| Assemblage | La branche d’essai qui porte la principale et les fonctionnalités validées. Module à activer. |
| Correctif | Porter les commits d’une issue vers d’autres branches. |
| Historique | Un menu : Versions, Correctifs (l’historique des correctifs), Actions, et Assemblages quand le module est actif. |
| Configuration | Les réglages de l’espace, réservés à l’administrateur. Tant que GitLab n’est pas connecté, l’onglet s’appelle « Initialisation ». |
Le menu « Menu », à droite de la barre, regroupe ce qui ne rentre pas dans un onglet : « Mon compte GitLab » (rattacher votre compte GitLab personnel, pour que vos correctifs portent votre nom), et pour un manager ou un administrateur, « Membres… ».
Le vocabulaire
Les mêmes mots reviennent dans tous les écrans. En voici la liste courte, chaque page du guide détaille le sien.
| Mot | Ce que c’est |
|---|---|
| Espace de travail | Un ensemble de projets GitLab pilotés ensemble, avec leurs environnements et leur équipe. |
| Projet lié | Un dépôt GitLab que l’espace pilote : c’est sur lui que Deployer pousse, tague et ouvre des merge requests. |
| Branche principale | La source de vérité du code, fixée à la création de l’espace. Jamais une cible de déploiement. |
| Branche suivie | Une branche que Deployer connaît dans tous les projets liés : elle peut devenir un environnement. |
| Environnement | Une cible de déploiement, dans l’ordre de promotion : qualification, recette, production. |
| Mode de déploiement | Le choix définitif de l’espace : par branche, ou par tag. Voir ci-dessous. |
| Version | Un tag posé sur tous les projets liés d’un geste, avec son pipeline. |
| Correctif | Les commits d’une issue, retrouvés puis portés sur d’autres branches par des merge requests. |
| Fonctionnalité | Les merge requests d’une même issue, sur tous les projets, validées ensemble. |
| Assemblage | Une branche d’essai reconstruite depuis la principale et les fonctionnalités validées, pour tester avant de fusionner. |
| Note de version | La liste des issues livrées entre deux versions, calculée depuis les commits, puis rédigée. |
Les deux modes de déploiement
Le mode est choisi à la création de l’espace et ne change plus. Il décide de ce qu’est un environnement et de la façon dont on y arrive.
Quel que soit le mode, les écrans Fonctionnalités, Assemblage et Actions fonctionnent de la même façon.
Les rôles
Chaque membre d’un espace a un rôle, donné par la personne qui l’invite (voir Les membres et leurs rôles). Cinq rôles, du plus restreint au plus large :
| Rôle | En un mot | Ce qu’il ajoute |
|---|---|---|
| Lecteur | Lecture seule | Consulter les projets liés, les branches suivies et tous les écrans. |
| Product owner | Valide les fonctionnalités | Valider les merge requests d’une issue, reconstruire la branche assemblée, rédiger et diffuser la note de version, régler sa convention de validation. |
| Développeur | Déploie et corrige | Tout ce que fait un product owner, plus déployer une version et créer des versions, porter un correctif et fusionner ses merge requests, lancer une action d’environnement. |
| Manager | Gère les membres | Tout ce que fait un développeur, plus inviter et gérer les membres. |
| Administrateur | Contrôle total | Tout, plus configurer GitLab, les projets et les branches, renommer ou supprimer l’espace. |
Trois précisions qui évitent une surprise :
- Un product owner ne déploie pas. Il valide ; c’est un développeur qui livre.
- Si l’écran Fonctionnalités est coupé dans l’espace, le product owner ne peut plus rien valider : il lui reste la rédaction des notes de version.
- Seul un administrateur peut nommer un autre administrateur.
Qui peut Administrateur de l’installation
L’installation elle-même a son administrateur, distinct des rôles d’espace. Il gère les comptes, voit tous les espaces et peut entrer dans n’importe lequel en tant qu’administrateur, sans invitation. C’est lui qui configure la connexion par Microsoft ou Google, depuis le menu « Administration » de son avatar.