Próbuję napisać skrypt Bash, który nadpisze istniejący katalog. Mam katalog foo/i próbuję go nadpisać bar/. Ale kiedy to robię:
cp -Rf foo/ bar/bar/foo/tworzony jest nowy katalog. Nie chcę tego. W programie są dwa pliki foo/; ai b. Istnieją również pliki o takich samych nazwach bar/. Chcę foo/ai foo/bwymienić bar/ai bar/b.
Odpowiedzi:
Możesz to zrobić za pomocą -Topcji w cp.
Zobacz stronę podręcznika dla cp.
-T, --no-target-directory
treat DEST as a normal fileTak więc, jak na twoim przykładzie, poniżej przedstawiono strukturę plików.
$ tree test
test
|-- bar
| |-- a
| `-- b
`-- foo
|-- a
`-- b
2 directories, 4 filesMożesz zobaczyć wyraźną różnicę, gdy używasz funkcji -vVerbose.
Kiedy używasz tylko -Ropcji.
$ cp -Rv foo/ bar/
`foo/' -> `bar/foo'
`foo/b' -> `bar/foo/b'
`foo/a' -> `bar/foo/a'
$ tree
|-- bar
| |-- a
| |-- b
| `-- foo
| |-- a
| `-- b
`-- foo
|-- a
`-- b
3 directories, 6 filesKiedy używasz tej opcji -T, nadpisuje zawartość, traktując miejsce docelowe jak zwykły plik, a nie katalog .
$ cp -TRv foo/ bar/
`foo/b' -> `bar/b'
`foo/a' -> `bar/a'
$ tree
|-- bar
| |-- a
| `-- b
`-- foo
|-- a
`-- b
2 directories, 4 filesTo powinno rozwiązać twój problem.
bar/), ale nie w źródle ( foo/), zostaną pozostawione na miejscu, więc większość ludzi nie uważa tego za całkowite nadpisanie katalogu. to znaczy. gdyby bar/bazjuż istniał, nadal istniałby później ...
rm -rf bar/* && cp -TRv foo/ bar/
Zrób to w dwóch krokach.
rm -r bar/
cp -r foo/ bar/baridentyczną zawartość foo, a nie kombinację elementów z fooi innych elementów, które mogły już istnieć w bar. Bardzo pozytywna odpowiedź od @Saurabh Meshram poniżej przedstawia ten problem.
rm -rf bar/; cp -r foo/ !$
fooi barto duże katalogi ... może są pliki bar, które nie są w footo, że nie chcą, aby usunąć. Nie należy tego uważać za realistyczną odpowiedź imho
Jeśli chcesz mieć pewność, że bar/kończy się identycznie foo/, użyj rsynczamiast tego:
rsync -a --delete foo/ bar/Jeśli zmieniło się tylko kilka rzeczy, będzie to działać znacznie szybciej niż usuwanie i ponowne kopiowanie całego katalogu.
-ajest „trybem archiwum”, który wiernie kopiuje pliki foo/dobar/--deleteusuwa niektóre pliki nie foo/z bar/tak dobrze, zapewniającbar/ kończy się identyczne-vh aby były szczegółowe i czytelne dla człowiekafoojest wymagane, w przeciwnym razie rsynczostanie skopiowana foo/do bar/foo/zamiast nadpisywania bar/siebie.
foo/na treść bar/, mamy użyj ukośnika na obu. Jest to mylące, ponieważ nie będzie działać zgodnie z oczekiwaniami z ukośnikiem na żadnym z nich ; rsync podstępnie zawsze interpretuje ścieżkę docelową tak, jakby miała ukośnik, mimo że honoruje brak ukośnika w źródle ścieżka. Więc musimy ukośnik na ścieżce źródłowej, aby dopasować automatycznie dodany ukośnik na ścieżce docelowej, jeśli chcemy, aby skopiować zawartość zfoo/ dobar/ , zamiast katalogufoo/ląduje wbar/jak bar/foo.)rsync jest bardzo potężny i przydatny, jeśli jesteś ciekawy, co jeszcze może zrobić (na przykład kopiowanie przez ssh).
cp -Topcja, bo działa też na macosx 👍
Użyj tego cppolecenia:
cp -Rf foo/* bar/cppolecenie powinno usuwać plik ze źródła?
Następujące polecenie zapewnia, że dotfiles (pliki ukryte) są uwzględnione w kopii:
$ cp -Rf foo/. bar.oznacza wszystkie pliki w katalogu. Więc oczywiście ukryte pliki zostaną uwzględnione.
Bardzo podobny do @Jonathan Wheeler:
Jeśli nie chcesz pamiętać, ale nie przepisujesz bar:
rm -r bar/
cp -r foo/ !$!$ wyświetla ostatni argument poprzedniego polecenia.
Zdefiniowana operacja to „scalanie” i nie możesz tego zrobić cp. Jeśli jednak nie chcesz scalać i zgubić folder bar, możesz po prostu rm -rf barusunąć folder, a następnie mv foo barzmienić jego nazwę. Nie zajmie to czasu, ponieważ obie operacje są wykonywane przez wskaźniki plików, a nie zawartość pliku.