Відповідно до цієї веб-сторінки, додавання '/' до кінця пункту призначення rsync призводить до іншого результату, ніж його додавання.
Я намагався перевірити це, але не можу перевірити це:
$ mkdir dir{1..3}
$ touch dir1/file
$ rsync -r dir1/ dir2
$ rsync -r dir1/ dir3/
$ ls dir*
dir1:
file
dir2:
file
dir3:
file
Чи часто додавання "/" до пункту призначення іноді має користь?
@Jesse_b Ваш коментар мене дивує ... "Під час використання" / "в кінці пункту призначення rsync вставить дані всередину останньої папки. Якщо не використовувати" / "в кінці пункту призначення, rsync створить папку з останнє ім'я папки призначення та вставте дані всередину цієї папки. "
—
Hauke Laging
@HaukeLaging Я розгублений, що дивно? Цей конкретний розділ також стосується кінцевої косої риски, яка знаходиться на джерелі. Тож якщо ви
—
jesse_b
rsync -r dir1/subdir1 dir2/
це зробили , скопіюйте вміст subdir1
у, dir2
але якщо ви зробили rsync -r dir1/subdir1/ dir2/
це, скопіюйте весь каталог (включаючи вміст) subdir1
у dir2
так, щоб у вас було./dir2/subdir1/
@Jesse_b Я не помітив "чоловіка" у вашому першому коментарі. Цілком очевидно, що ОП не посилається на чоловічу сторінку, а на сторінку, яку він пов’язав.
—
Hauke Laging
@HaukeLaging О да, навіть не бачив цього. Я думаю, що я занадто швидко скумував і читав це як "За даними сторінки людини".
—
jesse_b
A trailing slash on the source changes this behavior to avoid creating an additional directory level at the destination.
:? Якщо так, зауважте, як ваша команда зовсім не схожа на таку, яку наведено у прикладі, наведеному на сторінці man.