Errore Git irrisolvibile: i seguenti file dell'albero di lavoro non tracciati verrebbero sovrascritti dal checkout

Question

Sto utilizzando Git da solo per il mio progetto software locale in Visual Studio 2010. Recentemente ho creato un nuovo ramo per eseguire un refactoring più grande di una finestra di dialogo . Ho fatto le seguenti modifiche:

• rinominare Form1 per Form1a (inclusi tutti i file a seconda)
• Aggiungi nuova Form1

ho controllato questo cambiamento nel ramo, per esempio sotto forma-refactoring. È interessante notare che Git non ha notato che ho rinominato il file Form1.cs in Form1a.cs e creato un Form1.cs completamente nuovo, completamente diverso, ma invece ha notato un nuovo file Form1a.cs e ha trovato un sacco di differenze tra file Form1.cs precedenti e nuovi. Questo naturalmente porterà a diffs totalmente garbaged, ma non mi interessa in questo caso fintanto che tutti i file sono gestiti correttamente alla fine.

Quindi sono tornato al master per eseguire altre piccole modifiche. Niente di conflittuale. Fino ad ora, tutto ha funzionato bene.

Oggi, volevo tornare al mio refactoring della filiale per continuare quel lavoro. Ma tutto quello che ottengo è il seguente messaggio:

git.exe checkout form-refactoring 

Aborting 
error: The following untracked working tree files would be overwritten by checkout: 
Form1.Designer.cs 
Please move or remove them before you can switch branches. 

Che cosa dovrebbe essere? Il file menzionato non è untracked. Né nel ramo principale, né nel ramo di refactoring del modulo. Fa parte di entrambi i rami, ma uno non è un discendente dell'altro. Cosa succederebbe se lo cancellassi, è andato per sempre? Non mi fido di Git per riportare il file corretto se elimino qualcosa ora. Non ho giocato con nessun file al di fuori delle mie operazioni Git menzionate, quindi perché dovrei giocare con qualsiasi file per continuare a utilizzare le operazioni Git adesso? Git ha rotto, Git dovrebbe gestirlo ora!

In questo momento, non posso continuare con il mio lavoro perché non posso cambiare ramo. C'è una soluzione facile a questo?

La versione di Git è 1.7.6, TortoiseGit è 1.7.3.

Answer 1

L'opzione di configurazione core.ignorecase non è stata impostata e Visual Studio ha rinominato il file .Designer.cs nel caso, passando da una lettera maiuscola a una "D" inferiore (o viceversa). Questo era il problema alla fine. Mi è costato un po 'di cronologia dei file (eliminazione e riaggiunta dei file) per risolvere questo errore dopo aver impostato l'opzione su true. In realtà l'opzione era impostata su un computer, ma quando clonando il repository, l'impostazione si è persa in qualche modo. E poi il destino stava solo aspettando VS per rinominare quel file per catturarmi.

Così su Windows, è sempre necessario assicurarsi che queste due impostazioni siano corrette dopo un intervento di init/clone: ​​

git config core.ignorecase true 
git config core.autocrlf false 

Alcuni strumenti (TGIT, gitscc ecc) non sembrano per farlo destra. È assolutamente necessario per il normale funzionamento su Windows, ma a Git non interessa se non sono impostati correttamente e ti lascia solo inciampare su di loro senza dirti perché. È tanto mentire quanto utile in questa faccenda.

Answer 2

Git non consente di cambiare ramo in caso di perdita di dati.

Generalmente è una buona idea eseguire tutte le modifiche prima di passare a un altro ramo. Se siete assolutamente sicuri che non hai fatto questo cambiamento di quanto si possa ripristinare il vostro albero di lavoro utilizzando

git reset --hard HEAD 

comando. Ma non consiglio vivamente di farlo. Utilizzare

git stash 

per memorizzare le modifiche nella memoria interna. In questo caso puoi sempre recuperare i tuoi dati.

Answer 3

Sembra che il ramo XXX (refactoring del modulo) contenga questo file ma YYY no. E ora stai provando a passare dal ramo YYY a XXX. Git ha paura di dimenticarti di aggiungere un file in modo che non permetta di spostarsi su un altro ramo.

Usa

git status 

per determinare se questo file (Form1.Designer.cs) è non tracciata.In questo caso, è sufficiente eseguirlo e quindi spostarsi in un altro ramo in modo sicuro

Answer 4

Prima di tutto, Git non ti sta mentendo. Il file è davvero tracciato nel ramo, e in realtà esiste nell'albero di lavoro, ed è davvero non tracciato.

Dato che nei commenti si suggerisce altrove che il file non viene visualizzato in diff o anche in git status, sembra che l'abbia aggiunto al proprio gitignore (forse involontariamente tramite un motivo jolly). So che hai detto di no, ma se non viene visualizzato nell'output di git status come file non tracciato, non viene tracciato e ignorato. Per verificare ciò, è possibile elencare tutti i file ignorati da .gitignore:

git ls-files -i --exclude-from=.gitignore 

È possibile anche elencare tutti i file non monitorate, ignorato o meno:

git clean -xdn 

(Lei sembra dire che sei molto sicuro che il file sia tracciato - se lo fosse davvero, git show HEAD:path/to/file mostrerebbe il contenuto impegnato del file. Sospetto, tuttavia, che ciò dirà invece "fatale: percorso percorso/al/file" non esiste in "HEAD" " .)

Un altro modo per verificare che il file sia non tracciato e ignorato è semplicemente per r ename it, quindi vedi se git status lo segnala come cancellato; se non lo fa, non è stato rintracciato.

Supponendo che questo elenchi il file in questione, è necessario esaminare il file nell'albero di lavoro. Puoi vedere quale versione del file utilizza l'altro ramo usando git show other-branch:path/to/file, per confrontare. Se sei soddisfatto di non aver bisogno della versione nell'albero di lavoro, rimuovilo semplicemente. Se sei preoccupato potresti averne bisogno, rinominalo o spostalo fuori dalla directory. Se ti rendi conto che ne hai bisogno, dovresti capire che cosa ignora il pattern è ignorarlo, rimuoverlo, aggiungerlo e commetterlo. In ogni caso, una volta gestito il file, sarai in grado di cambiare ramo.

Answer 5

Questo risolto il problema per me rm .git/fs_cache