> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Identités machine pour la maintenance des environnements

> Comprenez quelle identité accède à vos dépôts pendant le travail interactif et les builds d'environnement en arrière-plan, et choisissez entre des connexions personnelles ou d'espace de travail.

Utilisez Repositories > Manage pour vérifier quel accès Git vous avez. Gardez votre connexion personnelle séparée de l'accès de build partagé et des identifiants pour les services externes.

## Choisir le bon accès Git

* Personal account : Agent utilise votre compte autorisé pour l'inspection interactive du code, les push de branches et les pull requests ou merge requests.
* Workspace connection(s) : les builds d'environnement en arrière-plan utilisent les autorisations de dépôt de l'espace de travail sans dépendre de votre session de chat personnelle. Seuls les administrateurs de l'espace de travail peuvent les configurer.

Les autorisations GitHub reposent sur l'installation d'une GitHub App ; celles de GitLab reposent sur des groupes et des projets sélectionnés. Suivez [Installer l'application du fournisseur Git](https://docs.replit.com/fr/build/code/install-git-app.md) pour connecter ou modifier l'accès partagé.

Si un build ne parvient pas à récupérer un dépôt, vérifiez Workspace connection(s). Si Agent ne peut pas pousser votre branche, vérifiez Personal account et vos autorisations d'écriture sur le dépôt. Déconnecter un type d'accès ne supprime pas l'autre.

## Les ressources externes nécessitent une identité distincte

L'accès Git seul ne donne pas accès à AWS, à un gestionnaire de secrets ou à des paquets privés. Pour un environnement qui a besoin de manière répétée d'un service externe, privilégiez la fédération d'identité de charge de travail lorsque le fournisseur la prend en charge : un administrateur établit une relation de confiance chez le fournisseur, puis le sandbox en cours d'exécution présente un JWT de charge de travail Replit de courte durée pour l'échange d'identifiants. Limitez l'audience, les claims, les rôles et les autorisations sur les ressources côté fournisseur. La confiance peut être plus large qu'un seul sandbox si la politique du fournisseur utilise un claim à l'échelle de l'espace de travail.

Les [guides pas à pas AWS et Infisical](https://docs.replit.com/fr/build/code/adding-secrets-to-environments.md#reuse-external-secrets-and-resource-access) présentent des modèles de fédération concrets et leurs limites de confiance. Pour un identifiant ponctuel nécessaire uniquement dans votre chat privé, utilisez plutôt les [secrets de chat](https://docs.replit.com/fr/build/code/adding-secrets-to-environments.md#the-simplest-option-a-secret-for-this-chat). Vous pouvez valider des scripts utilitaires révisés et une configuration non secrète ; les valeurs d'identifiants, les JWT émis et les jetons échangés n'ont leur place ni dans Git ni dans une image préconstruite.

> [!NOTE]
>
> Ces workflows en accès anticipé et ces recettes de fournisseurs doivent être vérifiés par rapport aux paramètres actuels de votre organisation. Les exemples AWS et Infisical sont des recettes de documentation, et non une affirmation que votre compte cloud ou un échange de fédération en direct a été testé.