git rebase: "errore: impossibile stat 'file': autorizzazione negata"

Sto usando git e ho fatto un piccolo commit seguito da uno grande. Ho deciso di usare git rebaseper schiacciare i due commit insieme prima di spingerli. (Non l'ho mai fatto prima.)

Così ho fatto:

git rebase -i HEAD~2

Questo mi ha dato il mio editor, dove ho scelto di scegliere il commit precedente e di comprimere il successivo. Quando ho salvato, git ha detto:

errore: impossibile stat ' nomefile ': autorizzazione negata

Impossibile applicare sha1 per il commit successivo ... riga iniziale di testo per quel commit

Adesso:

• Nessuno dei due viene visualizzato quando lo faccio git log.
• git status mi dice che "Al momento non sono presente in nessuna filiale".
• Un file è elencato come modificato e nell'indice e due file sono elencati come non tracciati. Il mio primo commit aveva solo un file (credo) e il mio secondo commit ne aveva una buona dozzina.

Quello che è successo!? Come lo aggiusto?

Ho sempre visto questo errore su Windows e ciò che sembra significare è che qualcosa ha bloccato git dalla modifica di un file nel momento in cui ha provato ad applicare una patch.

Windows tende a dare ai processi un accesso esclusivo ai file quando non dovrebbe davvero essere necessario, in passato i controllori dei virus sono stati una fonte di sospetto ma non l'ho mai dimostrato in modo conclusivo.

Probabilmente la cosa più semplice da fare è interrompere e riprovare, sperando che non accada la prossima volta.

git rebase --abort

Puoi git applyprovare a usare e conoscere ciò che commit git stava effettivamente cercando di fare prima di fare un, git rebase --continuema in tutta onestà non lo consiglierei. La maggior parte delle volte che ho visto questo tentativo, c'è stata una possibilità migliore che anche che qualcosa venga accidentalmente perso o incasinato.

Prova a chiudere tutti i programmi con la cartella aperta, ad esempio editor, finestre di Esplora risorse, prompt dei comandi e programmi FTP. Questo risolve sempre il problema per me su Windows.

Chiudi il tuo IDE (VISUAL STUDIO / ATOM ecc.). Potrebbe funzionare

Quando vedo questo sul mio computer, è peggio di un semplice "alcuni processi hanno il file aperto". La proprietà effettiva del file viene aumentata fino al punto in cui io (in esecuzione come amministratore) posso accedervi solo dopo il riavvio.

Più vicino posso dire, IIS è parte del problema. Se passo tra due rami principali che richiedono molti file da modificare, git eliminerà un file o una directory (di solito DLL) mentre IIS sta provando a fare qualcosa o un altro con esso. A questo punto, il processo IIS sovrascrive automaticamente il file sul disco con una versione che è bloccata e sembra essere di proprietà di nessuno.

L'arresto di IIS a questo punto non lo fa. La cosa migliore che ho scoperto di fare è riavviare e ricordarsi di interrompere IIS prima di cambiare in futuro tra i principali rami.

So che in realtà non risponde alla domanda, ma potrebbe essere utile per gli altri.

Su Windows, può essere un processo TortoiseGIT che blocca quei file. Aprire Task Manager e terminare il processo TGitCache.exe .

Mi sono appena imbattuto in questo thread di risposte - questo errore è un tale errore fasullo. # Errore: impossibile stat 'reddit / app / views / links': autorizzazione negata

Questo è tutto ciò che ho - quando provo a fondermi. Ho letto alcune delle risposte e poi sono arrivato alla realizzazione - tutto quello che dovevo fare era chiudere il mio editor di codice che sembra essere Atom.

Una volta chiuso l'editor - ho eseguito di nuovo "git merge" e boom, ha funzionato.

Che errore inutile :(

se usi vscode, uccidi il terminale e aprine uno nuovo. altrimenti potrebbe chiudere anche il terminale

Questo mi succede occasionalmente in Windows

errore: impossibile stat 'nomefile': autorizzazione negata

Molto spesso ho più istanze di bit bash aperte e una delle istanze di git bash si trova in una directory che non esiste nel ramo remoto da cui sto estraendo.

Chiudere tutte le istanze tranne git bash risolve il problema per me.

Se l'IDE che usi (nel caso in cui ne utilizzi uno) potrebbe anche essere stato di ostacolo. Questo è quello che mi è successo durante l'utilizzo di QtCreator.

Utilizzando SourceTree in Win 10, risolto il problema chiudendo l'editor Atom.

Errore durante la riproduzione:

1. Nel ramo B, crea un file md, usando Atom modificalo, salva e commetti.
2. Passa al ramo A, abbassa i nuovi commit dal server.
3. Prova a tornare indietro, Opps, dice "errore: impossibile stat 'file': autorizzazione negata".

Questo può accadere anche quando stai usando SublimeText e la finestra popup che ti chiede di acquistare il programma non è chiusa.

Ciò accade spesso quando si hanno programmi / applicazioni di preelaborazione che guardano il progetto, come Prepros o Codekit. Inoltre, Atom e Sublime (e anche Notepad ++) possono causare ciò se un file nel progetto è attualmente in fase di modifica.

Il modo più semplice per aggirare il problema è chiudere tutto ciò che ha i file di progetto aperti, unire i rami e quindi riaprirli per aggiornarlo. Ciò eviterà anche eventuali problemi in cui il programma non è più a conoscenza di eventuali cambiamenti che sono avvenuti, costringendoti ad aggiornare i progetti a mano.

Se stai eseguendo il webpack, spegnilo. Chiudi anche il tuo IDE. Dovrebbe funzionare bene dopo aver fatto quelle cose.

Ho avuto un problema simile. Ma è stato molto semplice da risolvere. Su un computer Windows, il mio esploratore di file aveva una cartella aperta che esisteva in un ramo ma non nell'altro che ho estratto. La chiusura di Esplora file ha risolto il problema.

Ho appena avuto questo sotto Win 7.

$ git stash pop errore: impossibile stat 'parentFolder / sottocartella': autorizzazione negata errore: impossibile stat 'parentFolder / sottocartella': autorizzazione negata

Diagnosi:

1> Sono andato nella sottocartella ed è lì e non sono riuscito a eliminarlo!

2> Usa "process explorer" -> Trova -> Trova handle e Dll -> inserisci il nome "sottocartella" e cerca.

Risultato: si è scoperto che XMLSpy ha aperto lì uno degli xml, chiudi XML Spy e prova di nuovo a fare pop, funziona ora.

Mi è successo su Windows mentre mi rifacevo all'interno del terminale integrato IntelliJ . Ho notato che avevo istanza client Git bash in esecuzione in parallelo.

Chiudere Git bash ha risolto il problema.

Il mio incontro con questo problema è stato causato dal mio editore, Intellij. Come parte dei suoi controlli di versione interni, aveva attraversato e bloccato tutti i file git nascosti. (Per vari motivi, non stavo usando il plugin git fornito con Intellij ...)

Così ho aperto una normale finestra DOS come amministratore, modificato nella directory ed eseguito

attrib -R /S

Ciò ha rimosso il blocco dei file e tutto ha funzionato dopo di ciò e ho potuto sincronizzare le mie modifiche utilizzando il client Windows GitHub.

Sono d'accordo con le risposte "Chiudi Visual Studio" sopra.

Tuttavia, un ulteriore passaggio che ho dovuto fare anche dopo aver chiuso Visual Studio è stato l' uccisione manuale del processo "devenv.exe" di Visual Studio in Esplora attività. Dopo averlo fatto sono stato di nuovo in grado di eseguire gitbash:

git pull

e l' errore " impossibile stat nomefile " è scomparso. È forse dovuto a un'estensione di Visual Studio che mantiene il processo aperto più a lungo anche dopo la chiusura.

Ho appena avuto questo problema. Il fatto è che se hai aperto il file che è stato rimosso \ sostituito dopo rebase (avevi un ramo che non ha più questo file), il sistema git corrompe. Così ho chiuso tutti i file aperti e poi ho provato a fare il checkout su qualche altro ramo

Una soluzione alternativa piuttosto che chiudere tutte le app che potrebbero bloccare la directory come dice quasi ogni altra risposta, sarebbe quella di utilizzare un'utilità che sbloccherà i file / la directory senza chiudere tutto. (Odio dover riavviare Visual Studio)

LockHunter è quello che uso: https://lockhunter.com/ Ci sono probabilmente anche altri là fuori, ma questo ha funzionato benissimo per me.

Stesso problema su Windows 10 64 bit, con Git Bash versione 2.9.0.windows1 Uso di Atom come editor.

Questo ha funzionato per me: ho aggiunto la cartella del software Git (per me, questo era C: \ Programmi \ Git) alle esclusioni per Windows Defender.

Dopo l'aggiunta dell'esclusione, ha git checkout 'file'funzionato bene.

Questo errore può anche essere causato dal fatto che i file sono ancora "bloccati" a causa di precedenti azioni git. Ha a che fare con il funzionamento del livello del filesystem di Windows. Una volta ho letto una bella spiegazione al riguardo, ma non ricordo dove.

In tal caso, tuttavia, poiché è fondamentalmente una condizione di gara, tutto ciò che devi fare è continuare il processo di rebase interrotto . Sfortunatamente questo mi succede sempre, quindi ho scritto questo piccolo aiuto pericoloso per continuare le mie rimesse:

#!/bin/sh

set -e

git checkout .
git clean -df
git rebase --continue

Se vuoi essere più sicuro, puoi usare git rebase --edit-todoper verificare se il prossimo commit da applicare è davvero quello che non è stato applicato prima. Utilizzare git clean -dnper assicurarsi di non eliminare file importanti.

Mi è successo quando ero in Windows, quando usavo Photoshop: quando ho salvato un'immagine e poi sono passato a un ramo (lasciando Photoshop con l'immagine aperta) ho ricevuto l'errore git. Chiudi l'immagine in Photoshop e riprova

Se lo strumento Unisci fusione è aperto, chiudilo. Blocca la sovrascrittura dei file.

L'uccisione del processo w3wp.exe relativo al repository ha risolto questo problema per me.

Nel mio caso, avevo un server dev webpack in esecuzione dietro.

Ho ricevuto questo errore quando il mio VS1013 si trovava su una filiale destinata a 8.1 e stavo provando a fare il checkout di una filiale 8.0. Avevo bisogno di tornare a VS e consentirlo a UpdateAll. Quindi ho potuto verificare il ramo 8.0 senza errori.

Ero anche su un computer Windows usando Git Shell quando ho riscontrato lo stesso errore.

Tuttavia, al momento avevo più terminali Git aperti.

Il primo terminale ha ricevuto l'errore che hai postato sopra e l'altro terminale aveva precedentemente eseguito il grunt servecomando terminal da yeoman (collegato sotto). Il secondo terminale doveva rimanere aperto per ospitare un'istanza del server locale.

La chiusura di tutte le finestre del terminale che eseguono processi in corso può far scomparire l'errore.

Almeno questo è ciò che ha funzionato per me. Dopo aver chiuso la seconda finestra del terminale, ho potuto facilmente controllare diversi rami e manipolare i file.

Grunt Serve Command - Yeoman.I / O
http://yeoman.io/learning/

Ho appena incontrato questo problema. Nessuna delle risposte qui mi è capitato di risolverlo.

Ho finito per essere pacchetti nuget che ho aggiunto su un ramo che, una volta tornato al ramo principale, sembrava non esistere. Una volta che ho fatto una fusione direbbe newtonsoft ... xml non ha potuto stat. Vorrei andare al file in questione e aprirlo, ma Windows ha restituito un errore dicendo che non riusciva a trovare il file (anche se lo stavo guardando bene)

Come ho risolto questo è stato fare clic con il pulsante destro del mouse su Elimina il file (che ha funzionato ma non sono riuscito ad aprirlo perché Windows non è riuscito a trovarlo ???) e provare a unire nuovamente e risolto il problema.

Molto strano.

Spero che questo aiuti qualcuno in seguito.

Sono uscito dal mio editor di testo che stava accedendo alle directory del progetto, quindi ho provato a unirmi al ramo principale e ha funzionato.