Hurok a fájlokban, amelyekben szóköz van a nevekben? [duplicate]

Ez a szkript meghiúsul, ha bármely fájlnév tartalmaz szóközöket vagy héjba simuló karaktereket \[?*. A find parancs soronként egy fájlnevet ad ki. Ezután a `find …` parancs behelyettesítését a shell a következőképpen értékeli:

1. hajtsa végre a find parancsot, ragadja meg a kimenetét.
2. A find kimenetet ossza szét külön szavakra. Bármely szóköz karakter szóelválasztó.
3. Ha minden szó hibás minta, akkor bontsa ki az egyező fájlok listájára.

Például: tegyük fel, hogy az aktuális könyvtárban három fájl van, ezek neve: `foo* bar.csv, foo 1.txt és foo 2.txt.

1. A find parancs visszaadja a ./foo* bar.csv parancsot.
2. A héj felosztja ezt a karakterláncot a szóköznél, két szót előállítva: ./foo* és bar.csv.
3. Mivel ./foo* egy fénylő metakaraktert tartalmaz, kibővül a megfelelő fájlok listájával: ./foo 1.txt és ./foo 2.txt.
4. Ezért a for ciklust egymás után hajtják végre ./foo 1.txt, ./foo 2.txt és bar.csv.

A legtöbb problémát ebben a szakaszban elkerülheti, ha tompítja a szófelosztás és a fordulat huncutkodni. A szófelosztás tompításához állítsa a IFS változót egyetlen újsoros karakterre; így a find kimenete csak új vonalaknál lesz felosztva, és szóközök maradnak. A hamisítás kikapcsolásához futtassa a set -f futtatást. Ekkor a kódnak ez a része addig fog működni, amíg egyetlen fájlnév sem tartalmaz új sor karaktert.

IFS=" " set -f for file in $(find . -name "*.csv"); do … 

(Ez nem része a problémának, de én javasoljuk a $(…) használatát a `…` fölött. Ugyanaz a jelentésük, de a háttér idézet verziónak furcsa idézési szabályai vannak.)

Az alábbiakban van egy másik probléma: diff $file /some/other/path/$file legyen

diff "$file" "/some/other/path/$file" 

Ellenkező esetben a $file szavakra van osztva, és a szavakat globális mintákként kezeljük, mint a fenti substitutio paranccsal. Ha emlékeznie kell egy dologra a shell programozással kapcsolatban, ne feledje ezt: mindig használjon dupla idézőjeleket a változó bővítések ($foo) és a parancshelyettesítések ( $(bar)) , hacsak nem tudja, hogy fel akar osztani. (Fentről tudtuk, hogy a find kimenetet sorokra szeretnénk osztani.)

Megbízható módszer a find azt mondja neki, hogy futtasson egy parancsot minden megtalált fájlhoz:

find . -name "*.csv" -exec sh -c " echo "$0" diff "$0" "/some/other/path/$0" " {} ";" 

Ebben az esetben egy másik megközelítés a két könyvtár összehasonlítása, bár meg kell kifejezetten kizárja az összes „unalmas” fájlt.

diff -r -x "*.txt" -x "*.ods" -x "*.pdf" … . /some/other/path 

Megjegyzések

• I ' elfelejtette a helyettesítő karaktereket, mint a megfelelő idézet másik okát. Köszönöm! 🙂
• find -exec sh -c 'cmd 1; cmd 2' ";" helyett használd az find -exec cmd 1 {} ";" -exec cmd 2 {} ";" parancsot, mert a shellnek el kell takarnia a paramétereket, de nem találja ' t. Az itt található különleges esetben az echo " $ 0 " nem kell ' a szkript része, csak csatolja a -print elemet az ';' után. Nem vettél fel ' kérdést a folytatáshoz, de még ezt is megtalálással lehet megtenni, amint az alább látható a lelkemben. 😉
• @userunknown: A (z) {} paraméter használatának paraméterek részstruktúrájaként az find -exec fájlban nem hordozható, hogy ' miért van szükség a héjra.Nem értem ', hogy mit értesz azon, hogy „a shellnek el kell takarnia a paramétereket”; ha ' az idézés kérdése, akkor a megoldásom megfelelően van idézve. ' igaza van abban, hogy a echo részt helyette -print is elvégezheti. Az -okdir egy meglehetősen friss GNU kereső kiterjesztés, amely ' nem mindenhol elérhető. Nem foglaltam bele ' a folytatásra várást, mert úgy gondolom, hogy a rendkívül gyenge felhasználói felület és a kérdező könnyen beillesztheti a read parancsot a shell-kódrészletbe, ha akarja.
• Az idézés a maszkolás egyik formája, nem ' ez? Nem értem ' megjegyzését azzal kapcsolatban, hogy mi hordozható és mi nem. A példád (alulról 2.) az -exec segítségével hívja meg a sh -et, a {} -et – tehát hol van a példám (az -okdir mellett) hordozható? find . -name "*.csv" -exec diff {} /some/other/path/{} ";" -print
• A „maszkolás” nem ' t általános terminológia a shell irodalomban, tehát ' meg kell magyaráznod, mire gondolsz, ha meg akarod érteni. Példám a {} -t csak egyszer és külön argumentumban használja; más esetek (kétszer vagy alszövegként használva) nem hordozhatók. A „hordozható” azt jelenti, hogy ' minden unix rendszeren működik; jó iránymutatás a POSIX / Single Unix specifikáció .

Az Afaik megtalálásához minden szükséges.

find . -okdir diff {} /some/other/path/{} ";" 

a find gondoskodik a programok kíméletes meghívásáról. Az -okdir a diff előtt kéri (biztos vagy benne, hogy igen / nem).

Nincs benne shell, nincs globbing, joker, pi, pa, po.

Sidenote-ként: Ha a keresést kombinálod a / while / do / xargs fájlhoz, a legtöbb esetben y rosszul csinálod. 🙂

Megjegyzések

• Köszönöm a választ. Miért csinálod rosszul, ha a keresést kombinálod a / while / do / xargs fájlhoz?
• Már megismételheted az állományok egy részhalmazát. A legtöbb kérdéssel megjelenő ember csak az egyik műveletet (-ok (dir) -exec (dir), -delete) használhatja kombinációban, amely "; " vagy + (később párhuzamos meghíváshoz). Ennek fő oka az, hogy nem ' nem kell fájlparaméterekkel babrálnia, maszkolva őket a héj számára. Nem is olyan fontos: Nem kell ' állandóan új folyamatokat, kevesebb memóriát, nagyobb sebességet biztosítani. rövidebb program.
• Nem azért, hogy összetörje a szellemét, hanem hasonlítsa össze: time find -type f -exec cat "{}" \; a time find -type f -print0 | xargs -0 -I stuff cat stuff -vel. A xargs verzió 11 másodperccel gyorsabb volt, amikor 10000 üres fájlt dolgozott fel. Legyen óvatos, amikor azt állítja, hogy a find és más segédprogramok kombinálása a legtöbb esetben helytelen. -print0 és -0 azért vannak, hogy a fájlnevekben szóközöket kezeljenek úgy, hogy szóköz helyett nulla bájtot használnak elemelválasztóként.
• @JonathanKomar: A find / exec kommandó 11,7 másodpercet vett igénybe a rendszeremen 10 000 fájllal, az xargs 9,7 s verzióval, time find -type f -exec cat {} +, ahogy az előző kommentemben javasoltam, 0,1 s. Vegye figyelembe a " hibás " és a " ' rosszul csinálja ", különösen, ha smiley-val díszítik. Például rosszul tette? 😉 BTW, a fájlnévben lévő szóközök nem jelentenek problémát a fenti parancs számára, és általában megtalálhatók. Rakománykultusz programozó? Egyébként a keresés más eszközökkel való kombinálása rendben van, csak az xargs a legtöbbször szuperflous.
• @userunknown Elmagyaráztam, hogy a kódom hogyan foglalkozik az utókor számára fenntartott terekkel (a jövő nézőinek oktatása), és nem jelenti azt, hogy a kódod nem. A párhuzamos hívások esetén a + nagyon gyors, ahogy említetted. Nem mondanám a cargo kultikus programozót, mert a xargs ilyen módon történő használatának lehetősége számos alkalommal jól jön. Inkább egyetértek a Unix filozófiájával: csinálj egy dolgot és csináld jól (használd a programokat külön-külön vagy együttesen a munka elvégzéséhez). find finom vonalat sétál ott.

Húzza végig az összes fájlt ( bármilyen speciális karaktert tartalmaz) a teljesen biztonságos megtalálás (lásd a linket a dokumentációhoz):

exec 9< <( find "$absolute_dir_path" -type f -print0 ) while IFS= read -r -d "" -u 9 do file_path="$(readlink -fn -- "$REPLY"; echo x)" file_path="${file_path%x}" echo "START${file_path}END" done 

Megjegyzések

• Köszönjük, hogy megemlítette -d ''. Nem tudtam, hogy ' nem vettem észre, hogy a $'\0' ugyanaz volt, mint a '', de úgy tűnik, hogy lenni. Jó megoldás is.
• Szeretem a lelet és a köszönet elválasztását, köszönöm.

Meglepődtem, hogy itt még senki sem említette a nyilvánvaló zsh megoldást:

for file (**/*.csv(ND.)) { do-something-with $file } 

((D) rejtett fájlok is, (N) a hiba elkerülése érdekében, ha nincs egyezés, (.) rendes fájlokra korlátozva.)

bash4.3 és a fentiek már részben támogatják is:

shopt -s globstar nullglob dotglob for file in **/*.csv; do [ -f "$file" ] || continue [ -L "$file" ] && continue do-something-with "$file" done 

A fájlnevek, amelyekben szóköz van, több névnek tűnnek a parancssorban, ha ” Ha a fájlod neve “Hello World.txt”, a diff sor a következőre bővül:

diff Hello World.txt /some/other/path/Hello World.txt 

amely négy fájlnévnek tűnik. idézetek az argumentumok körül:

diff "$file" "/some/other/path/$file" 

Megjegyzések

• Ez segít, de nem ' nem oldja meg a problémámat. Még mindig látok olyan eseteket, amikor a fájlt több tokenné osztják fel.
• Ez a válasz félrevezető. A probléma a for file in `find . -name "*.csv"` parancs. Ha van egy Hello World.csv nevű fájl, akkor a file fájl értéke ./Hello, majd World.csv. A (z) $file idézés nem kapott segítséget '.

A kettős idézés a barátod.

diff "$file" "/some/other/path/$file" 

Ellenkező esetben a változó tartalma szó szerint tagolódik.

Megjegyzések

• Ez félrevezető. A probléma a for file in `find . -name "*.csv"` paranccsal történik. Ha van egy Hello World.csv, file értéke ./Hello, majd World.csv. A (z) $file idézettel nem nyer ' segítséget.

A bash4 használatával a beépített mapfile függvény segítségével beállíthatja az egyes sorokat tartalmazó tömböt, és iterálhat ezen a tömbön.