Magyarázza el a ' s -path és -prune beállítások leírását

Van egy egyszerű szkriptem, amelyet a legtöbb értek, ez a keresési parancs, amely nem világos. Sok dokumentációm van, de ez nem szolgál sokkal világosabbá tételhez. Úgy gondolom, hogy for-loop-ként működik, a jelenleg talált fájlt a (z) {} címre cserélik, és a $ HOME / $ dir_name helyre másolják, de hogyan működik a keresés a -path és -szilvás -o munka? Bosszantó, hogy ilyen konkrét és releváns dokumentációval rendelkezem, és még mindig nem tudom, mi folyik itt.

#!/bin/bash # The files will be search on from the user"s home # directory and can only be backed up to a directory # within $HOME read -p "Which file types do you want to backup " file_suffix read -p "Which directory do you want to backup to " dir_name # The next lines creates the directory if it does not exist test -d $HOME/$dir_name || mkdir -m 700 $HOME/$dir_name # The find command will copy files that match the # search criteria ie .sh . The -path, -prune and -o # options are to exclude the backdirectory from the # backup. find $HOME -path $HOME/$dir_name -prune -o \ -name "*$file_suffix" -exec cp {} $HOME/$dir_name/ \; exit 0 

Ez csak az a dokumentáció, amelyet tudnom kell tudja ezt kitalálni.

-path pattern

A fájlnév megegyezik a shell mintázatával. A metakarakterek nem kezelik külön a / vagy a . t; így például találja meg. -path “./sr*sc” kinyomtatja a ./src/misc nevű könyvtár bejegyzését (ha van). Egy teljes könyvtárfa figyelmen kívül hagyásához használja a -prune parancsot, és ne ellenőrizze a fa minden fájlját. Például a src / emacs könyvtár, valamint az alatta lévő összes fájl és könyvtár átugrásához és a többi megtalált fájl nevének kinyomtatásához tegye a következőket:

find . -path ./src/emacs -prune -o -print

A (z) Findutils kézikönyvből

– Művelet: -exec parancs; Az -execdir művelet ezen nem biztonságos változatát a POSIX határozza meg. A fő különbség az, hogy a parancsot abban a könyvtárban hajtják végre, ahonnan a find -t meghívták, ami azt jelenti, hogy a {} egy relatív elérési útra bővül, amely az egyik kezdő könyvtárak, nem csak az egyező fájl alapneve.

Míg a find egyes megvalósításai csak ott helyettesítik a {} t, ahol megjelenik egy argumentumban a GNU find helyettesíti a {} t, bárhol is jelenik meg.

És

Például az aktuális könyvtárban vagy alatt található C fejlécfájlok összehasonlításához a / tmp / master fájlhoz:

 find . -name "*.h" -execdir diff -u "{}" /tmp/master ";" 

Megjegyzések

• A (z) find: az aszalt szilva nem hagyja figyelmen kívül a megadott elérési utat
• azt hiszem, ha valami ‘ átmásolja a find-path magyarázatot akkor is, ha a find: prune válasz nem hagyja figyelmen kívül a megadott oldalt Az ath nak van egy válasza, amely látszólag erre a kérdésre vonatkozik. Lehet, hogy a keresési út magyarázata válaszok értelmet nyernek a szkriptek készítésében jártasabb személyek számára, de ezek nem ‘ nem segítenek. Az itt található válaszok eddig értelmesebbek voltak számomra, annak ellenére, hogy ‘ még csak most kezdem őket vizsgálni.