Que signifie "detected dubious ownership" ?

Depuis la version 2.35.2, Git refuse d'utiliser un dépôt dont le dossier appartient à un utilisateur différent de celui qui lance la commande. C'est une protection contre la CVE-2022-24765 : sur une machine partagée, un attaquant pourrait déposer un dossier .git malveillant qui exécute du code via des hooks ou la config quand quelqu'un d'autre lance Git dedans.

Est-ce risqué de lancer git config --add safe.directory ?

Non, tant que tu connais et fais confiance au dépôt à ce chemin. La commande dit seulement à Git "je fais confiance à ce dossier précis même s'il ne m'appartient pas". Évite le joker "*" sur une machine partagée, car il désactive la protection partout.

Pourquoi cette erreur apparaît dans Docker, WSL ou en CI ?

Parce que l'utilisateur qui lance Git est souvent différent de celui qui possède les fichiers. Les volumes Docker appartiennent souvent à root ou à un UID de l'hôte, WSL monte les disques Windows avec une propriété différente, et les runners CI clonent le code avec un utilisateur puis buildent avec un autre. La solution est la même : safe.directory pour le chemin du workspace, ou aligner les UIDs.

Où est stocké le réglage safe.directory ?

Dans ta config Git globale, en général ~/.gitconfig, sous la section [safe]. Tu peux lister les entrées avec "git config --global --get-all safe.directory" et en retirer une avec "git config --global --unset-all safe.directory ".

Télécharger

fatal: detected dubious ownership in repository

Cette erreur signifie que le dossier du dépôt appartient à un autre utilisateur que celui qui lance Git. C'est une protection de sécurité ajoutée dans Git 2.35.2, pas une corruption. Une seule commande suffit à la corriger.

Apprendre Git en pratiquant Voir la solution

gitquest — enquête

Explication de l'erreur

Ce que cette erreur signifie

Depuis la version 2.35.2, Git vérifie que le dossier du dépôt appartient bien à l'utilisateur qui lance la commande. S'il appartient à quelqu'un d'autre (root, www-data, un autre compte), Git s'arrête immédiatement. Cela te protège d'une vraie attaque : un dossier .git malveillant déposé dans un répertoire partagé pourrait exécuter du code sur ta machine via des hooks ou des réglages de config.

gitquest terminal : propriété douteuse

$git status

fatal: detected dubious ownership in repository at '/srv/app'

To add an exception for this directory, call:

git config --global --add safe.directory /srv/app

Causes principales

Pourquoi cela se produit

Volumes Docker et conteneurs

Les fichiers montés dans un conteneur appartiennent souvent à root ou à l'UID de l'hôte, alors que le conteneur lance Git avec un autre utilisateur. Git voit l'écart et refuse.

WSL et disques réseau

Les dépôts sur un disque Windows accédés depuis WSL (sous /mnt/c), ou sur des partages NTFS/réseau, peuvent afficher un propriétaire qui ne correspond pas à ton utilisateur Linux.

Serveurs, CI et sudo

Sur un serveur, un utilisateur de déploiement possède le code mais tu te connectes avec un autre compte. En CI, l'utilisateur du checkout diffère de celui du build. Un seul sudo git ... peut aussi changer le propriétaire de certains fichiers.

Solution étape par étape

Comment corriger

Deux options propres : déclarer le dossier sûr, ou en devenir propriétaire.

Option 1 : déclarer le dossier sûr

Si tu fais confiance au dépôt, copie la commande exacte que Git suggère dans le message d'erreur. Elle n'affecte que ce chemin.

gitquest terminal : safe.directory

# 1. Regarde qui possède le dossier du dépôt

$ls -ld /srv/app

drwxr-xr-x 12 www-data www-data 384 Aug 20 10:00 /srv/app

# 2. Si tu fais confiance à ce dépôt, déclare-le sûr

$git config --global --add safe.directory /srv/app

# 3. Git fonctionne à nouveau

$git status

On branch main

Option 2 : corriger la propriété

Quand les fichiers devraient vraiment t'appartenir, change plutôt le propriétaire. Pour les conteneurs et la CI, le joker est courant car l'environnement est contrôlé.

gitquest terminal : chown ou joker

# Mieux quand c'est possible : deviens propriétaire

$sudo chown -R $(whoami) /srv/app

# Pour la CI ou les conteneurs : tout autoriser (envs contrôlés uniquement)

$git config --global --add safe.directory "*"

# Le joker doit être entre guillemets pour éviter l'expansion du shell

Bonnes pratiques

Comment éviter cette erreur

Évite sudo avec Git

Lancer sudo git ... crée des fichiers appartenant à root dans ton dépôt et provoque cette erreur plus tard. Clone et travaille avec ton utilisateur normal.

Aligne les UIDs dans les conteneurs

Sous Docker, lance le conteneur avec ton UID de l'hôte (--user $(id -u):$(id -g)) ou intègre une entrée safe.directory dans l'image pour ne pas casser les builds.

Des exceptions ciblées

Préfère une entrée safe.directory par chemin plutôt que le joker "*", surtout sur une machine partagée. Cette protection existe pour une bonne raison.

Commandes associées

git config

Configurer Git et ton identité

git status

Inspecter l'état de ton dépôt

git clone

Copier un dépôt distant en local

GitQuest est conçu par Anaïs (nouvelle fenêtre), développeuse web et responsable pédagogique, spécialisée en formations tech et accessibilité numérique.

Questions sur dubious ownership

Les erreurs Git deviennent des indices, pas des blocages

GitQuest t'apprend à lire ce que Git te dit vraiment. Entraîne-toi dans un simulateur de terminal sécurisé et transforme chaque message d'erreur en enquête résolue.

Commencer à pratiquer