Retour au blog
Nearshore

Dépôts Git et secrets : donner les bons accès à une équipe externe

2026-10-13
3 min de lecture
Partager :

Les dépôts Git et les secrets d'exploitation demandent des règles différentes lors de l'arrivée d'une équipe externe. Le partenaire doit pouvoir lire, modifier ou livrer selon son rôle. Votre entreprise française doit savoir quel accès lui a été accordé et comment le retirer quand le travail se termine.

Créer un inventaire d'accès

Listez les outils concernés : dépôt, tickets, documentation, environnements et services externes. Pour chaque personne, indiquez le rôle, le propriétaire du compte et les permissions accordées. Évitez les comptes partagés qui rendent les actions difficiles à attribuer.

Distinguez un accès au code d'un accès aux données ou à la production. Une tâche de correction peut se préparer avec un environnement d'essai. Le besoin doit être examiné avant d'étendre les droits.

Traiter les secrets séparément

Un secret est utilisé pour une connexion ou une opération autorisée. Son stockage et sa transmission doivent être définis dans vos outils de gestion. Un ticket ou une conversation générale ne constitue pas un emplacement adapté à sa conservation.

ÉlémentQuestion à vérifier
Identifiant de dépôtEst-il propre à la personne ?
Clé d'un servicePeut-elle être limitée au besoin ?
Secret de productionQui autorise son usage ?
Accès temporaireQuelle date ou condition le termine ?
Compte de secoursQui le détient et le contrôle ?

Prévoir la fin de mission

Préparez la liste des accès à retirer et des secrets à remplacer selon les possibilités du système. Identifiez aussi les intégrations techniques qui dépendent d'un compte individuel. Un retrait improvisé peut arrêter un traitement utile si cette dépendance n'est pas connue.

Demandez au partenaire de confirmer la remise des configurations et la suppression des copies selon l'accord applicable. Les documents téléchargés ne disparaissent pas automatiquement quand un compte est révoqué ; cette limite doit entrer dans les procédures.

Vérifier le fonctionnement sans l'intervenant

Testez une opération ordinaire après la modification des accès : construction, traitement planifié ou notification. Si elle échoue, recherchez la dépendance et attribuez-la à un compte ou service adapté.

Mettez à jour l'inventaire pendant le projet. Une revue périodique permet de retirer un accès devenu inutile et de comprendre les nouveaux besoins avant leur création.

Pour préparer votre projet

À lire aussi : Contrat de développement externalisé : préparer la remise du code. Contactez Sky Vaults avec votre besoin et les contraintes à examiner.

Partager cet article