git update-index --assume-unchanged renvoie "fatal impossible de marquer le fichier"

J'ai le même problème que l'OP sur ce post, mais je ne comprends pas la réponse marquée comme correcte (je ne vois pas qu'elle explique comment résoudre la situation)

Je fais cela et j'obtiens cette erreur:

$ git update-index --assume-unchanged web.config
fatal: Unable to mark file web.config

1. Le fichier EST ajouté au référentiel

2. Ce n'est PAS dans .git/info/exclude

3. Ce n'est PAS dans .gitignore(c'était, mais je l'ai retiré, puis j'ai forcé l'ajout de web.config en utilisant git add -f web.config, validé et poussé ces modifications dans le dépôt)

4. Quand je fais Git ls-files -o ce n'est PAS là

Alors, que puis-je faire pour réparer?

J'avais le même problème que vous et j'avais suivi les quatre mêmes étapes que vous avez indiquées ci-dessus, et j'ai eu les mêmes résultats. Cela incluait le fait que mon fichier était répertorié lors de l'exécution git ls-files -o. Cependant, dans mon cas, j'ai également essayé d'exécuter git update-index --assume-unchangedsur un fichier qui n'était pas répertorié lors de l'exécution ls-files -o, et j'ai toujours reçu la même erreur " fatal: Unable to mark file".

J'ai pensé que c'était peut-être un bogue et j'ai téléchargé la dernière version de git, mais cela n'a pas aidé.

Ce que j'ai finalement réalisé, c'est que cette commande est sensible à la casse! Cela inclut le chemin complet et le nom du fichier. Après avoir mis à jour le chemin d'accès au répertoire afin que le chemin complet soit spécifié avec une casse appropriée, la commande s'est exécutée correctement.

Notez que c'était avec Git pour Windows, donc vos résultats peuvent varier avec d'autres plates-formes.

J'avais le même problème sur un Mac. La sensibilité à la casse n'était pas un problème pour moi - le problème était que je devais d'abord réinitialiser mon git:

Problème:

 git update-index --assume-unchanged index.php
 fatal: Unable to mark file index.php

Solution:

git reset HEAD
Unstaged changes after reset:
M   index.php
git update-index --assume-unchanged index.php

Dans mon cas, l'arborescence que je marquais était un répertoire, et non un fichier comme dans votre cas, et il me manquait la barre oblique après son nom.

Incorrect -

git update-index --assume-unchanged directory-name

Correct -

git update-index --assume-unchanged directory-name/

Notez la barre oblique (/) à la fin.

fatal: impossible de marquer la localisation du fichier / el-GR.js

Ce que vous pouvez faire est:

1. Déplacez-vous vers le chemin correct où le fichier est présent dans votre local (dans GITBASH)
2. Mettre à jour l'index $git update-index --assume-unchanged <file name>

Cela m'a aidé! :)

Si votre chemin contient des espaces, vous pouvez obtenir cette erreur même si vous avez la bonne casse.

Cela entraîne l'erreur "fatale":

git update-index --assume-unchanged code/Solution Files/WebEssentials-Settings-json

Pour résoudre ce problème, ajoutez simplement des guillemets autour du chemin.

git update-index --assume-unchanged "code/Solution Files/WebEssentials-Settings-json"

Mon problème était que j'ai essayé la commande avec un caractère générique * en supposant qu'elle serait récursive, mais ce n'était pas le cas.

Alors ce que j'ai fait était

$ git reset HEAD
Unstaged changes after reset: 
M   .gradle/1.9/taskArtifacts/cache.properties.lock
M   .gradle/1.9/taskArtifacts/fileHashes.bin
M   .gradle/1.9/taskArtifacts/fileSnapshots.bin
M   .gradle/1.9/taskArtifacts/outputFileStates.bin
M   .gradle/1.9/taskArtifacts/taskArtifacts.bin

exécution

$ git update-index --assume-unchanged .gradle/1.9/taskArtifacts/*

a travaillé pour moi à l'époque et n'a pas abouti à des OP et à mon problème.

J'ai eu ce problème lorsque j'essayais de décompresser les fichiers * .orig.

Voici ce que j'ai fait pour les supprimer:

$git reset -- *.orig

si cela ne fonctionne pas:

$git clean -fd

Assurez-vous que le fichier est ajouté à git repo, sinon ajoutez le fichier dans git repo, puis essayez que cela fonctionnera.

--assume-unchangedconcerne les systèmes de fichiers lents, et les utilisateurs promettent que Git n'a pas besoin de vérifier ce fichier, car Git peut supposer qu'il est inchangé. Mais certaines commandes vérifient toujours et produisent une «surprise»!

Ne pas utiliser sur des fichiers qui changent.

Désolé d'être le porteur de cette nouvelle (j'ai un correctif en cours pour changer cette documentation).

Dans mon cas, j'ai essayé d'utiliser l'une des méthodes ci-dessus, mais pas de chance.

Après de nombreuses tentatives, j'ai juste pensé à ajouter mon fichier à indexer.

git add myfile.php

Git a refusé cette action mais il m'a conseillé de la faire de force.

git add myfile.php -f

Et cela a fonctionné pour moi.

Assurez-vous que "web.config" est enregistré.

Si ce n'est pas le cas, vous obtiendrez ce message d'erreur.

Peut-être utile pour quelqu'un. J'ai eu le même problème et je n'avais pas de problème de syntaxe, pas de nom avec des espaces, pas de problème de chemin et la commande git reset ne fonctionnait pas. J'étais en train de commettre à partir d'un dossier dans apache www et le service apache a été arrêté. Le service Apache a redémarré et l'erreur a disparu

Une erreur courante lors de l'utilisation de cette commande est d'essayer de supposer un fichier non suivi ou un fichier ignoré par git déjà.

Assurez-vous d'abord que le fichier est suivi en exécutant

git ls-files | grep relative_path/to/file

Si votre fichier ne s'affiche pas, vous devez d'abord l'ajouter:

git add relative_path/to/file

Si cela montre votre fichier, ou si vous avez déjà ajouté ce fichier à git, vous devriez pouvoir exécuter les commandes git assume normalement:

git update-index --skip-worktree relative_path/to/file

ou pour les dossiers

git update-index --skip-worktree relative_path/to/folder/

vous pouvez vérifier si votre fichier est supposé ignoré en exécutant

git ls-files -v | grep ^S

Le caractère S représente les fichiers ignorés.

Pour tous les futurs visiteurs. Aucune des solutions ci-dessus n'a résolu mon problème. Ce que j'ai réalisé, c'est que le .gitignorefichier doit être placé dans le bon répertoire. Dans mon cas, une fois que je suis passé .gitignoreau répertoire racine de l'application, le problème a été résolu.

Vérifiez si le fichier à marquer existe et s’épelle correctement, en particulier le chemin du fichier et le séparateur de fichier. Les séparateurs de fichiers du système Windows et du système Linux sont dans des directions différentes.

J'ai trouvé que parfois cela ne fonctionne pas parce que vous avez déjà validé le fichier sur votre .gitignore et effectué un push ou un pull. Il vous suffit de faire le push et votre fichier doit être ignoré lors des validations suivantes, même lorsque vous modifiez le fichier localement.

J'ai eu le même problème avec cygwin dans Windows. Donner le chemin complet du fichier