git-upload-pack: polecenie nie znaleziono

Question

Czytałem tę odpowiedź o osiem-pięć razy, ale jest coś nie mam zrozumienia poprawnie:

git-upload-pack: command not found, how to fix this correctly

Kiedy próbuję sklonować repozytorium na moim serwerze, mam następujące:

bash: git-upload-pack: command not found 

Ale kiedy sklonować dając możliwość -u /usr/local/bin/git-upload-pack klon, wszystko dobrze działa.

Myślę, że to ma sens, ponieważ to jest pozycja pakietu git-upload-pack na moim serwerze.

Górna odpowiedź sugeruje, że mój plik .bashrc na serwerze musi zostać zaktualizowany, aby to odzwierciedlić, ponieważ wynik ssh you@remotemachine echo \$PATH nie zwraca /usr/local/bin. (Zwraca /usr/bin:/bin:/usr/sbin:/sbin).

Ale kiedy patrzę na mojego pliku .bashrc, zawiera:

export PATH=/usr/local/bin:$PATH 

Więc teraz jestem zdezorientowany.

Co muszę zrobić, aby za każdym razem nie używać opcji -u /usr/local/bin/git-upload-pack? Dlaczego ssh you@remotemachine echo \$PATH nie zwraca /usr/local/bin? Czy ma to coś wspólnego z powłokami logowania i bez logowania?

Proszę pomóc! Z góry dziękuję.

Answer 1

Wiąże się z tym problemem:

https://serverfault.com/questions/130834/svnssh-getting-bash-to-load-my-path-over-ssh

Ciii nie ładuje środowisko domyślnie podczas wysyłania polecenia bez przechodzenia do trybu interaktywnego.

dobrym rozwiązaniem jest jeden z pliku .ssh/Środowisko:

w/etc/ssh/sshd_config dodać:

PermitUserEnvironment yes 

Następnie wystarczy utworzyć .ssh/katalog i zrzucić envronment do.ssh/środowisko:

cd ~/ 
mkdir .ssh 
env > .ssh/environment 

Restart SSH

/etc/init.d/sshd restart 

Teraz, kiedy to zrobić z lokalnym komputerze:

ssh you@server.com "which git-upload-pack" 

ty s'd dostać

/usr/local/bin/git-upload-pack 

i git clone s'd work.

Answer 2

Tak, ma to związek z powłokami logowania i bez logowania. Plik .bashrc jest ładowany tylko do powłok niezalogowanych. Możesz użyć .bash_profile dla powłok logowania. Po prostu dodaj tę samą modyfikację do swojego PATH w pliku .bash_profile i powinieneś być dobry.

export PATH=/usr/local/bin:$PATH 

można znaleźć this is an interesting article on the difference between .bashrc and .bash_profile, and login and non-login shells.

Answer 3

byłem coraz następujące błędy: git-credential-osxkeychain died of signal 11 Kiedy robiłam git pull, chciałbym uzyskać fatal: https://github.com/.../../info/refs?service=git-upload-pack not found: did you run git update-server-info on the server?

zgaduję że miał do czynienia z moich poprzednich nieprawidłowych poświadczeń GitHub w pęku kluczy.

• Otwarty narzędzie Dostęp do pęku kluczy używając przestrzeni polecenia
• wyszukiwane github w narzędziu dostępu Brelok
• usunięte wszystkie wpisy związane z github (ponieważ już nie potrzebował)
• następnie konfigurację hasła git sekcja buforowanie ponownie setup git
• pracował

Okrywać któregokolwiek z powyższych odpowiedzi nie pomaga .

Answer 4

Moje rozwiązanie tego problemu

1. Sprawdź ścieżkę do git-upload-pack na zdalnej maszynie:

   ssh yourname@IP-addressORdomain 'which git-upload-pack' 
   

Jeśli daje ścieżkę - skopiuj go (bez git-upload-pack i ukośnego ukośnika Przykłady: /usr/bin, /home/yourname/bin, /whatever/gituploadpack/path itp.).

1. Sprawdź swoją ścieżkę na zdalnym komputerze podczas logowania skorupy:

   ssh yourname@IP-addressORdomain 'echo $PATH' 
   

Nie ma takiej ścieżki (/whatever/gituploadpack/path), prawda? Dobry!

1. Zaloguj się na zdalnym komputerze:

   ssh yourname@IP-addressORdomain 
   

2. Otwórz.bashrc_profile:

   nano /home/yourname/.bashrc_profile 
   

3. Znajdź te linie jeżeli występuje:

   if [ -f ~/.bashrc ]; then 
       ~/.bashrc 
   fi 
   

... i zmień je na:

if [ -f ~/.bashrc ]; then 
     source ~/.bashrc 
    fi 

1. Otwarte .bashrc:

   nano /home/yourname/.bashrc 
   

2. Dodaj te 4 linie:

   if [ -d "/whatever/gituploadpack/path" ] ; then 
       PATH="$PATH:/whatever/gituploadpack/path" 
   fi 
   export PATH 
   

3. Wyjście zdalne urządzenie:

   exit 
   

4. Sprawdź ścieżkę na zdalnym komputerze podczas logowania skorupy:

   ssh yourname@IP-addressORdomain 'echo $PATH' 
   

Czy widzisz /whatever/gituploadpack/path? Gratulacje!

Uwaga teraz rozwiązałeś już nie tylko problem git-upload-pack, ale także git-receive-pack i inne pliki wykonywalne na twoim /whatever/gituploadpack/path!

Answer 5

Rozwiązałem ten problem w moim przypadku logując się do zdalnego komputera, skrzynki Ubuntu i robiąc sudo apt-get install git. Nie jestem pewien, czy to przesada, czy nie, ale natychmiast rozwiązałem problem.