Git Bash non vede il mio PERCORSO

Quando utilizzo Git Bash (su Windows), non posso eseguire alcun eseguibile senza specificarne il percorso completo, sebbene si trovi in ​​una cartella che si trova nella mia variabile PATH. Sembra che bash non lo riconosca. Perché? Posso aggiustarlo?

Fatto. Come utente Windows, sono abituato a digitare nomi eseguibili senza estensioni. Nel mio caso, volevo eseguire un file chiamato cup.bat. In una shell di Windows, cupsarebbe sufficiente digitare . Bash non funziona in questo modo, vuole il nome completo. Digitandocup.bat risolto il problema. (Non sono stato in grado di eseguire il file, poiché apparentemente bash non poteva capirne il contenuto)

Un motivo in più per passare a posh-git ..

Grazie @ Tom per avermi indicato la giusta direzione.

Forse bash non vede il tuo percorso di Windows. Digitare env|grep PATHin bash per confermare ciò che il percorso che vede.

Seguendo il commento di @ Daniel e grazie alla risposta di @ Tom, ho scoperto che Git bash stava effettivamente utilizzando il PERCORSO ma non gli ultimi percorsi che ho installato di recente. Per ovviare a questo problema, ho aggiunto un file nella mia directory home (Windows) denominato:

.bashrc

e il contenuto come segue:

PATH=$PATH:/c/Go/bin

perché stavo installando Go e questo percorso conteneva l'eseguibile go.exe Now Git bash era in grado di riconoscere il comando:

go

Forse nel mio caso sarebbe stato sufficiente un semplice riavvio del sistema, ma sono contento che questa soluzione funzioni in ogni caso.

Durante l'installazione di Git, puoi selezionare l'opzione mostrata di seguito, ti aiuterà a impostare automaticamente il percorso.

Ha funzionato per me :)

Crea un file in C: \ Users \ USERNAME che si chiama config.bashrc, contenente:

PATH=$PATH:/c/Program\ Files\ \(x86\)/Application\ with\ space

Ora sposta il file sulla riga di comando nella posizione corretta:

mv config.bashrc .bashrc

Riavvia il computer dopo aver aggiunto un nuovo valore a PATH.

Vecchia domanda ma può aiutare qualcun altro.

Ho cambiato il mio PATH a livello di utente, dopodiché ho appena disconnesso e effettuato nuovamente l'accesso.

Questo è tutto! git bashha caricato correttamente il nuovo valore PATH.

Posso confermare che il riavvio del sistema assicurerà che il PERCORSO impostato nella variabile d'ambiente in Windows venga rilevato da git e non ci sono altri modi automatici.

Sembra che la causa principale qui sia che Git Bash non è in grado di analizzare sempre correttamente la variabile% USERPROFILE%. Invece di renderlo relativo a C: \ Users \\ ottiene il valore C: \ Windows \ System 32 \ systemprofile \ Dopo averlo modificato in un indirizzo completo, funziona, e anche se lo reimposto in seguito, Git Bash continua a ha il PERCORSO corretto per qualche motivo.

Su Windows 10, disinstalla git e installalo di nuovo. Imposta automaticamente la variabile d'ambiente. Avevo rimosso per errore la variabile d'ambiente e non potevo usare git all'interno del mio IDE. La reinstallazione di git ha risolto questo problema.

Nel caso in cui il vostro git-bash's PATHregali, ma non ultimo e non si vuole un riavvio, ma rigenerare il PATHs, si può provare a chiudere tutto cmd.exe, powershell.exee git-bash.exee riaprire una finestra cmd.exe dal menu Start o Desktop e vedere se PATHl'ENV viene aggiornato . Se hai modificato a livello di sistema, PATHdevi anche aprire una finestra cmd privilegiata.

Nota: questo non funziona con tutte le versioni di Windows e aprire cmd.exeovunque tranne il menu Start o il desktop potrebbe non funzionare , testato con i miei 3 computer e 2 di loro funzionano. Non ho capito perché funziona, ma poiché la PATHvariabile di ambiente viene generata automaticamente quando effettuo il login e il logout, non dovrei rovinare quella variabile con la concatenazione delle variabili.

Per me la cosa più conveniente era: 1) Creare la directory "bin" nella root di C: drive 2) Aggiungere "C: / bin;" a PERCORSO in "Risorse del computer -> Proprietà -> Variabili ambientali"

Ho riscontrato questo problema quando provo a utilizzare mingw per compilare xgboost lib in Win10. Finalmente ho trovato la soluzione.

Crea un file chiamato .bashrc nella tua home directory (di solito C: \ Users \ username). Quindi aggiungi il percorso ad esso. Ricorda di usare le virgolette se il tuo percorso contiene spazi vuoti e ricorda di usare / c / invece di C: /

Per esempio:

PATH = $ PATH: "/ c / Program Files / mingw-w64 / x86_64-7.2.0-posix-seh-rt_v5-rev1 / mingw64 / bin"

Mi sono imbattuto in uno stupido errore da parte mia. Avevo un sistema ampio e un percorso variabile utente impostato per il mio spazio di lavoro golang sulla mia macchina Windows 10. Quando ho rimosso il percorso della variabile di sistema ridondante e mi sono disconnesso e riacceso, sono stato in grado di chiamare i file .exe in bash e chiamare go env con successo.

Sebbene a OP sia stata data una risposta, questo è un altro problema che potrebbe impedire a bash di vedere i tuoi percorsi. Ho appena provato di nuovo bash con questo problema e sembra dare un conflitto di qualche tipo che impedisce a bash di seguire uno dei percorsi.

So che è una vecchia domanda ma ci sono due tipi di variabili d'ambiente. Quello di proprietà con l'utente e quello a livello di sistema. A seconda di come apri git bash (con privilegi utente o con privilegi di amministratore) la variabile d'ambiente PATH utilizzata può provenire dalle tue variabili utente o dalle variabili di sistema. Vedi sotto:

come detto in una risposta precedente, controlla con il comando env|grep PATHper vedere quale stai usando e aggiorna la tua variabile di conseguenza. A proposito, non è necessario riavviare il sistema. Basta chiudere e riaprire il git bash

Nel mio caso è successo durante l'installazione di heroku cli e git bash, ecco cosa ho fatto per funzionare.

arrivato a questa posizione

C:\Users\<username here>\AppData\Local

ed elimina il file nella cartella heroku del mio caso. Quindi ho cancellato la cartella ed eseguito cmd. Funziona

Non sfuggire ai caratteri speciali (\) quando modifichi / aggiungi alla tua variabile $ PATH. Ad esempio, una directory dell'applicazione nei file di programma sarebbe simile a: PATH=$PATH:/c/Program Files (x86)/random/application

Non farlo:
PATH=$PATH:/c/Program\ Files\ \\(x86\\)/random/application/

Spero che questo ti aiuti.

Per quelli di voi che hanno provato tutti i metodi sopra menzionati, incluso il sistema Windows env. variabili, .bashrc, .bashprofile, ecc. E posso vedere il percorso corretto in 'echo $ PATH' ... Potrei avere una soluzione per te.

sopprimere gli errori usando exec 2> / dev / null

Il mio script funziona correttamente ma generava errori "comando non trovato" o "Nessuna directory trovata" anche se, per quanto ne so, i percorsi erano a filo. Quindi, se sopprimi questi errori (potresti dover aggiungere anche 'set + e'), allora funziona correttamente.

Crea una variabile utente denominata Path e aggiungi come valore% Path%, da quello che ho notato Git Bash vede solo le variabili utente e non le variabili di sistema. Eseguendo la procedura menzionata esporrete la vostra variabile di sistema nelle variabili utente.

In Windows 7 Path Environment Variables ho appena aggiunto alla fine del percorso della variabile di sistema

\; C: \ Programmi \ Git \ bin

e ora funziona!