Bulmak neden bazen komut satırı yolu bağımsız değişkeniyle eşleşiyor?

Linux'ta,

cd /tmp
mkdir foo; cd foo

Şimdi koşuyor

find . -name 'foo'

çıktı vermez. Halbuki Koşarken

find /tmp/foo -name 'foo'

/tmp/fooBana mantıklı olmayan bir çıktı verir . Birisi nedenini açıklayabilir mi?

findbelirtilen dizin ağaç (lar) ını geçer ve bulduğu her dosya için verilen ifadeyi değerlendirir. Geçiş verilen yolda başlar. İşte nasıl find . -name fooçalıştığının bir özeti :

• Komut satırındaki ilk yol: .
  • Temel ad ( .) kalıpla eşleşiyor foomu? Hayır, hiçbir şey yapma.
    Bu /tmp/fooaynı dizin için başka bir isim olur . Ama findbunu bilmiyor (ve bulmaya çalışması gerekmiyor).
  • Yol bir dizin mi? Evet, çaprazlayın. İçindeki girişleri numaralandırın .ve her bir giriş için geçiş işlemini gerçekleştirin.
    • Dizin boş şudur: başka hiçbir girdi içerir .ve ..hangi findyinelemeli geçiş vermez. Yani iş bitti.

Ve find /tmp/foo:

• Komut satırındaki ilk yol: /tmp/foo
  • Temel ad ( foo) kalıpla eşleşiyor foomu? Evet, bu yüzden durum eşleşir.
    • Bu koşulla ilişkili bir işlem yoktur, bu nedenle yolu yazdırmak için varsayılan eylemi gerçekleştirin.
  • Yol bir dizin mi? Evet, çaprazlayın. İçindeki girişleri numaralandırın /tmp/foove her bir giriş için geçiş işlemini gerçekleştirin.
    • Dizin boş şudur: başka hiçbir girdi içerir .ve ..hangi findyinelemeli geçiş vermez. Yani iş bitti.

Öyle olur .ve /tmp/fooaynı dizindir, ancak findher ikisinde de aynı davranışa sahip olduğunu garanti etmek için yeterli değildir . findKomut aynı dosyaya yolları arasında ayrım yolu vardır; -nameyüklem bunlardan biridir. find /tmp/foo -name foobaşlangıç ​​dizini ve altındaki tüm dosyalar ile eşleşir foo. find . -name .yalnızca başlangıç ​​diziniyle eşleşir ( .yinelemeli geçiş sırasında asla bulunamaz).

Testler uygulanmadan önce komut satırı bağımsız değişkenlerinin normalleştirilmesi yoktur. Bu nedenle sonuçlar kullanılan yola bağlı olarak değişir (sembol bağlantıları varsa):

cd /tmp
mkdir foo
ln -s foo bar
find /tmp/foo -name foo
find /tmp/bar -name foo

"Sizin durumunuzda" her iki çağrı da (daha fazla) kafa karıştırıcı olabilecek aynı sonucu verecektir. -mindepth 1Başlangıç ​​noktalarının göz ardı edilmesini istiyorsanız kullanabilirsiniz (POSIX olmayabilir).

(gnu) find komutu, komut dosyasına sağlanan yol içinde bulunan tüm eşleşmeleri gösterir, çünkü komut satırı bağımsız değişkenleriyle karşılaştırmaya başlar, oradan dizin yapısına daha derin iner (böylece, -maxdepth 0testleri yalnızca temel düzeyle veya komut satırı bağımsız değişkenleriyle sınırlar. -mindepth 1komut satırı bağımsız değişkenlerini man findaçıkladığı gibi atlar ). find /tmp/foo -name 'foo'Dizinin kendisi boş olsa bile bir eşleşme vermenin nedeni budur .

find . -name 'foo'Öte yandan .(nokta), aynı inode ile bir hardlink gibi davranan özel bir dosya olduğu için herhangi bir sonuç vermeyecektir /tmp/foo- ayrı bir (özel olsa da) dosya adı gibidir ve sembolik bir bağlantı veya maruz kalan bir ifade değildir. kabuk tarafından yol adı genişletmesi. Bu nedenle, find tarafından verilen örnekteki komut satırı argümanlarına uygulanan ilk test hiçbir eşleşme göstermeyecektir, çünkü .gerçekten de tanımlanan ad modeliyle eşleşmez -name 'foo'. Ayrıca, /tmp/foo/.bir -namepatern testi yalnızca yolun taban adında gerçekleştirildiğinden (bkz. man find), Burada tekrar olan ..

Bu davranış beklenmeyebilir veya kullanıcı açısından sezgisel görünebilir (ve evet, ilk başta da kafam karıştı), bir hata oluşturmaz, ancak adam ve bilgi sayfalarında açıklanan mantık ve işlevselliğe karşılık gelir. gnu) bulmak.

Gilles'in cevabını yorumlamayı denedim, ama bir yoruma sığmayacak kadar uzundu. Bu nedenle, kendi soruma cevap olarak koyuyorum.

Gilles'in açıklaması (ve Shevek'in de) açık ve mantıklı. Buradaki kilit nokta, sadece findverilen yolların içindeki dosyaların adlarını (özyinelemeli olarak) eşleştirmeye çalışmakla kalmaz, aynı zamanda verilen yolların temel adıyla da eşleşmeye çalışır.

Öte yandan, findbir hata olmaktan ziyade, çalışma şeklinin bu olduğuna dair herhangi bir kanıt var mı? Kanımca, sonuçları tutarsız yapmazsa find .ve find ABSOLUTE-PATHtutarsızlık her zaman kafa karıştırıcıdır ve geliştiriciyi "neyin yanlış olduğunu" anlamaya çalışmak için çok fazla zaman harcayabilirse daha iyi olur . Benim durumumda bir senaryo yazıyordum ve yol bir değişkenden alındı. Bu yüzden senaryomun düzgün çalışması için yazmayı düşünebileceğim şey find $path/. -name 'pattern'.

Son olarak, devam etmeden önce findher zaman .geçerli dizini ile değiştirerek tutarlı sonuçlar elde etmek düşünüyorum .

fooGöreli aramayı başlattığınız dizinde adlandırılmış bir nesne yok .

Mutlak adı bir başlangıç ​​dizini olarak kullanırken gfindraporladığında buggy olduğunu varsayarak haklısınız /tmp/foo.

GfindStandarttan farklı sapmalara sahip, başka bir tane bulduğunuz anlaşılıyor. Daha standart uyumlu bir çözümü sevdiğinizde, sfindbunun bir parçası olmasını tavsiye ederim schilytools.

-namedizin arama sonuçları için geçerlidir. Bahsettiğiniz iki durumdan hiçbiri foobir readdir()işlemden bir dizin girdisi döndürmez .