git update-index --assume-invariato restituisce "fatale impossibile contrassegnare il file"

Sto riscontrando lo stesso problema dell'OP in questo post, ma non capisco la risposta contrassegnata come corretta (non vedo che spieghi come risolvere la situazione)

Faccio questo e ottengo questo errore:

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

1. Il file viene aggiunto al repository

2. NON è in .git/info/exclude

3. NON è presente .gitignore(lo era, ma l'ho rimosso, quindi ho forzato l'aggiunta di web.config utilizzando git add -f web.config, eseguito il commit e inviato tali modifiche al repository)

4. Quando faccio Git ls-files -o NON c'è

Quindi cosa posso fare per risolvere?

Stavo avendo lo stesso problema come te, e avevo seguito gli stessi quattro passaggi che hai indicato sopra e ho avuto gli stessi risultati. Ciò includeva il fatto che il mio file era elencato durante l'esecuzione git ls-files -o. Tuttavia, nel mio caso, ho anche provato a eseguire git update-index --assume-unchangedun file che non era elencato durante l'esecuzione ls-files -oe ho ancora ricevuto lo stesso errore " fatal: Unable to mark file".

Ho pensato che forse era un bug e ho scaricato l'ultima versione di Git, ma questo non ha aiutato.

Quello che ho finalmente capito è che questo comando fa distinzione tra maiuscole e minuscole! Ciò include il percorso completo e il nome del file. Dopo aver aggiornato il percorso della directory in modo che il percorso completo sia stato specificato con il case corretto, il comando è stato eseguito correttamente.

Nota che questo era con Git per Windows, quindi i tuoi risultati possono variare con altre piattaforme.

Stavo riscontrando lo stesso problema su un Mac. La distinzione tra maiuscole e minuscole non era un problema per me - il problema era che dovevo ripristinare prima il mio git:

Problema:

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

Soluzione:

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

Nel mio caso l'albero che stavo marcando era una directory e non un file come nel tuo caso, e mi mancava la barra in avanti dopo il suo nome.

Errato -

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

Corretta -

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

Nota la barra (/) alla fine.

fatale: impossibile contrassegnare la localizzazione dei file / el-GR.js

Quello che puoi fare è:

1. Passa al percorso corretto in cui il file è presente nel tuo locale (in GITBASH)
2. Aggiorna l'indice $git update-index --assume-unchanged <file name>

Questo mi ha aiutato! :)

Se il tuo percorso ha spazi, potresti ricevere questo errore anche se hai il case giusto.

Ciò provoca l'errore "fatale":

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

Per risolvere il problema, aggiungi semplicemente virgolette attorno al percorso.

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

Il mio problema era che ho provato il comando con un carattere jolly * supponendo che sarebbe ricorsivo, ma non lo era.

Quindi quello che ho fatto è stato

$ 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

esecuzione

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

ha funzionato per me e non ha comportato PO e il mio problema.

Ho avuto questo problema durante il tentativo di non tracciare i file * .orig.

Questo è quello che ho fatto per non tracciarli:

$git reset -- *.orig

se non funziona:

$git clean -fd

Assicurati che il file sia aggiunto a git repo, altrimenti aggiungi il file in git repo e poi prova che funzionerà.

--assume-unchangedriguarda i file system lenti e gli utenti promettono che Git non ha bisogno di controllare questo file, poiché Git può supporre che sia invariato. Ma alcuni comandi continuano a controllare e producono "sorpresa"!

Non utilizzare su file che cambiano.

Mi dispiace essere il portatore di quella notizia (ho una patch in corso per cambiare quella documentazione).

Nel mio caso, ho provato a utilizzare uno dei metodi sopra, ma senza fortuna.

Dopo molti tentativi, ho pensato di aggiungere il mio file per indicizzarlo.

git add myfile.php

Git ha rifiutato questa azione ma mi ha consigliato di farlo con la forza.

git add myfile.php -f

E quello ha funzionato per me.

Assicurati di avere "web.config" registrato.

In caso contrario, verrà visualizzato questo messaggio di errore.

Forse utile per qualcuno. Ho avuto lo stesso problema e nessun problema di sintassi, nessun nome con spazi, nessun problema di percorso e il comando git reset non ha funzionato. Stavo eseguendo il commit da una cartella all'interno di apache www e il servizio apache è stato interrotto. Riavviato il servizio apache e l'errore scompare

Un errore comune nell'uso di questo comando sta provando ad assumere un file non tracciato o ignorato da Git.

Assicurati innanzitutto che il file sia tracciato eseguendo

git ls-files | grep relative_path/to/file

Se non mostra il tuo file, devi prima aggiungerlo:

git add relative_path/to/file

Se questo mostra il tuo file, o hai già aggiunto quel file a git, allora dovresti essere in grado di eseguire i comandi di git assume normalmente:

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

o per cartelle

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

puoi verificare se il tuo file viene considerato ignorato eseguendo

git ls-files -v | grep ^S

Il carattere S rappresenta i file saltati.

Per tutti i futuri visitatori. Nessuna delle precedenti ha risolto il mio problema. Quello che ho capito è che il .gitignorefile deve essere collocato nella directory giusta. Nel mio caso, una volta passato .gitignorealla directory principale dell'applicazione, il problema è stato risolto.

Controlla se il file da contrassegnare esiste e si scrive correttamente, in particolare il percorso e il separatore dei file. I separatori di file di Windows e Linux sono in diverse direzioni.

Ho scoperto che a volte questo non funziona perché hai già eseguito il commit del file sul tuo .gitignore e hai fatto un push o pull. Devi solo fare il push e il tuo file dovrebbe essere ignorato nei successivi commit anche quando modifichi localmente il file.

Ho avuto lo stesso problema con Cygwin in Windows. Dare il percorso completo del file