git-upload-pack: perintah tidak ditemukan, ketika kloning repo Git jarak jauh

Saya telah menggunakan git untuk menyimpan dua salinan proyek saya dalam sinkronisasi, satu adalah kotak lokal saya, yang lain server uji. Ini adalah masalah yang terjadi ketika saya masuk ke server pengembangan jarak jauh kami menggunakan ssh;

git clone [email protected]:/home/chris/myproject
Initialized empty Git repository in /tmp/myproject/.git/
Password:
bash: git-upload-pack: command not found
fatal: The remote end hung up unexpectedly
fetch-pack from '[email protected]:/home/chris/myproject' failed.

(nama-file telah diubah untuk melindungi yang bersalah ...!)

Kedua kotak menjalankan Solaris 10 AMD. Saya telah melakukan beberapa penggalian, jika saya menambahkan --upload-pack=$(which git-upload-pack)perintah berfungsi, (dan membuktikan bahwa $PATHberisi path ke 'git-upload-pack' sesuai solusi RTFM) tetapi ini benar-benar menjengkelkan, ditambah 'git push' tidak berfungsi, karena saya tidak berpikir ada --unpack=pilihan.

Kebetulan, semua perintah git bekerja dengan baik dari kotak lokal saya, itu adalah versi yang sama dari perangkat lunak (1.5.4.2), diinstal pada NFS mount yang sama di /usr/local/bin.

Adakah yang bisa membantu?

Pastikan git-upload-packberada di jalur dari shell non-login. (Di mesin saya ada di /usr/bin).

Untuk melihat seperti apa jalan Anda di mesin jarak jauh dari shell non-login, coba ini:

ssh you@remotemachine echo \$PATH

(Itu bekerja di Bash, Zsh, dan tcsh, dan mungkin juga kerang lainnya.)

Jika jalur yang diberikannya tidak menyertakan direktori yang ada git-upload-pack, Anda harus memperbaikinya dengan menyetelnya di .bashrc(untuk Bash), .zshenv(untuk Zsh), .cshrc(untuk tcsh) atau setara dengan shell Anda.

Anda harus melakukan perubahan ini pada mesin jarak jauh.

Jika Anda tidak yakin jalur mana yang perlu Anda tambahkan ke remote PATHAnda, Anda dapat menemukannya dengan perintah ini (Anda perlu menjalankan ini di mesin remote):

which git-upload-pack

Di mesin saya yang mencetak /usr/bin/git-upload-pack. Jadi dalam hal ini, /usr/binapakah jalur yang perlu Anda pastikan ada di shell non-login jauh Anda PATH.

Anda juga dapat menggunakan opsi "-u" untuk menentukan lintasan. Saya menemukan ini membantu pada mesin di mana. Bashrc saya tidak bersumber di sesi non-interaktif. Sebagai contoh,

git clone -u /home/you/bin/git-upload-pack you@machine:code

Berdasarkan jawaban Brian , jalur unggah-paket dapat ditetapkan secara permanen dengan menjalankan perintah berikut setelah kloning, yang menghilangkan kebutuhan untuk --upload-packpermintaan tarik / pengambilan berikutnya. Demikian pula, pengaturan paket terima menghilangkan kebutuhan untuk --receive-packpermintaan push.

git config remote.origin.uploadpack /path/to/git-upload-pack
git config remote.origin.receivepack /path/to/git-receive-pack

Kedua perintah ini setara dengan menambahkan baris berikut ke repo .git/config.

[remote "origin"]
    uploadpack = /path/to/git-upload-pack
    receivepack = /path/to/git-receive-pack

Pengguna yang sering clone -udapat tertarik dengan alias berikut ini. myclone harus jelas. myfetch / mypull / mypush dapat digunakan pada repo yang konfigurasinya belum dimodifikasi seperti dijelaskan di atas dengan mengganti git pushdengan git mypush, dan seterusnya.

[alias]
    myclone = clone --upload-pack /path/to/git-upload-pack
    myfetch = fetch --upload-pack /path/to/git-upload-pack
    mypull  = pull --upload-pack /path/to/git-upload-pack
    mypush  = push --receive-pack /path/to/git-receive-pack

Saya menemukan dan menggunakan (berhasil) perbaikan ini:

# Fix it with symlinks in /usr/bin
$ cd /usr/bin/
$ sudo ln -s /[path/to/git]/bin/git* .

Terima kasih kepada Paul Johnston .

Mac OS X dan beberapa Unix lainnya setidaknya memiliki jalur pengguna dikompilasi ke sshd untuk alasan keamanan sehingga kita yang menginstal git sebagai / usr / local / git / {bin, lib, ...} dapat mengalami masalah seperti git executable tidak dalam jalur yang dikompilasi. Untuk menimpanya, saya lebih suka mengedit / etc / sshd_config saya yang berubah:

#PermitUserEnvironment no

untuk

PermitUserEnvironment yes

dan kemudian buat file ~ / .ssh / environment sesuai kebutuhan. Pengguna git saya memiliki yang berikut di file ~ / .ssh / environment mereka:

PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/git/bin

Catatan ekspansi variabel tidak terjadi ketika file ~ / .ssh / environment dibaca jadi:

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

tidak akan berfungsi.

Solusi Matt tidak bekerja untuk saya di OS X, tetapi Paul berhasil.

Versi singkat dari tautan Paul adalah:

Dibuat /usr/local/bin/ssh_sessiondengan teks berikut:

#!/bin/bash
export SSH_SESSION=1
if [ -z "$SSH_ORIGINAL_COMMAND" ] ; then
    export SSH_LOGIN=1
    exec login -fp "$USER"
else
    export SSH_LOGIN=
    [ -r /etc/profile ] && source /etc/profile
    [ -r ~/.profile ] && source ~/.profile
    eval exec "$SSH_ORIGINAL_COMMAND"
fi

Menjalankan:

chmod +x /usr/local/bin/ssh_session

Tambahkan yang berikut ke /etc/sshd_config:

ForceCommand / usr / local / bin / ssh_session

Untuk bash, perlu dimasukkan ke .bashrc bukan .bash_profile (.bash_profile juga hanya untuk shell login).

Saya mendapat kesalahan ini dengan versi MsysGit.

Setelah mengikuti semua saran yang bisa saya temukan di sini dan di tempat lain, saya akhirnya:

menginstal versi Cygwin dari Git

di server (Win XP dengan Cygwin SSHD), ini akhirnya memperbaikinya.

Saya masih menggunakan sisi klien versi MsysGit

pada kenyataannya, itu satu-satunya cara kerjanya bagi saya, karena saya mendapatkan kesalahan POSIX dengan tarikan Cygwin Git dari server sshd yang sama

Saya menduga beberapa pekerjaan masih diperlukan sisi penggunaan Git ini .. (ssh + kemudahan tarik / push di Windows)

Seperti yang ditunjukkan Johan berkali-kali .bashrc yang dibutuhkan:

ln -s .bash_profile .bashrc

Anda harus menambahkan

export PATH=/opt/git/bin:$PATH

sebelum baris ini di .bashrc:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

Kalau tidak, semua pernyataan ekspor tidak akan dieksekusi ( lihat di sini ).

Kasing saya ada di Win 10 dengan GIT bash dan saya tidak punya GIT di bawah lokasi standar. Sebaliknya saya memiliki git di / app / local / bin. Saya menggunakan perintah yang disediakan oleh @Garrett tetapi perlu mengubah path untuk memulai dengan double /:

git config remote.origin.uploadpack //path/to/git-upload-pack
git config remote.origin.receivepack //path/to/git-receive-pack

Kalau tidak, GIT akan menambahkan jalur Windows GIT Anda di depan.

Untuk zsh Anda harus memasukkannya ke file ini: ~ / .zshenv

Misalnya, pada OS X menggunakan paket git-core dari MacPorts:

$ echo 'export PATH = / opt / local / sbin: / opt / local / bin: $ PATH'> ~ / .zshenv

Saya mengalami masalah saat menyambung ke repo Gitolite menggunakan SSH dari Windows dan ternyata masalah saya adalah PLINK! Itu terus meminta saya untuk kata sandi, tetapi ssh gitolite @ [host] akan mengembalikan daftar repo.

Periksa variabel lingkungan Anda: GIT_SSH. Jika disetel ke Plink, cobalah tanpa nilai apa pun ("set GIT_SSH =") dan lihat apakah itu berfungsi.

Tambahkan lokasi Anda git-upload-packke file .bashrc pengguna git jarak jauh.

Mungkin sesederhana menginstal git pada host jarak jauh (seperti dalam kasus saya).

sudo apt-get install git

Atau setara dengan sistem manajemen paket lainnya.