Jestem dość zdezorientowany, dlaczego rsync wymaga flagi --rsync-path, nawet jeśli zdalny rsync znajduje się na ścieżce.
Rozważać:
$ rsync -avze 'ssh -p 22' --delete public/ [email protected]:~/public_html
bash: /usr/local/bin/rsync: No such file or directory
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: remote command not found (code 127) at io.c(601) [sender=3.0.7]
potem próbowałem dodać --rsync-path
$ rsync -avze 'ssh -p 22' --rsync-path=/usr/bin/rsync --delete public/ [email protected]:~/public_html
sending incremental file list
...
Tak więc pierwszy rsync nie powiódł się, ponieważ szukał rsync w / usr / local / bin, ale jak tylko przejdę oczywistą ścieżkę do rsync za pomocą --rsync-path, to działa.
Dlaczego to? (ten wiersz poleceń jest tym, który został wydany przez rake wdrażania w ośmiornicy)
$ cat ~/.bashrc | grep PATH
nic nie zwraca.which rsync
co dostajesz?$ ssh [email protected] which rsync
powroty/usr/bin/rsync
alias
edytowany wrsync --rsync-path
(lub innym lokalnym opakowaniu)?Odpowiedzi:
Moja pamięć jest teraz dość rozmyta, ale dzieje się tak dlatego, że w pewnym momencie użyłem GNU stow na rsync i stworzyłem kilka dowiązań symbolicznych, które mylą
rsync
lokalizację. Zostało to uporządkowane po długim wyrywaniu włosów. Jestem teraz o wiele lżejszy na włosach, ale z drugiej strony mam pracęrsync
. To musi być wygrana, jeśli mnie zapytasz.źródło