Czy nie analizować wyjście ls! Analiza składni ls jest trudna i zawodna .
Jeśli musisz to zrobić, polecam użycie find. Pierwotnie miałem tutaj prosty przykład, aby dać sedno rozwiązania, ale ponieważ ta odpowiedź wydaje się dość popularna, postanowiłem ją poprawić, aby zapewnić wersję, którą można bezpiecznie skopiować / wkleić i używać ze wszystkimi danymi wejściowymi. Czy siedzisz wygodnie? Zaczniemy od oneliner, który da ci najnowszy plik w bieżącym katalogu:
tail -- "$(find . -maxdepth 1 -type f -printf '%T@.%p\0' | sort -znr -t. -k1,2 | while IFS= read -r -d '' -r record ; do printf '%s' "$record" | cut -d. -f3- ; break ; done)"
Czyż nie jest to już oneliner? Tutaj znów jest to funkcja powłoki i sformatowana dla łatwiejszego czytania:
latest-file-in-directory () {
find "${@:-.}" -maxdepth 1 -type f -printf '%T@.%p\0' | \
sort -znr -t. -k1,2 | \
while IFS= read -r -d '' -r record ; do
printf '%s' "$record" | cut -d. -f3-
break
done
}
I teraz , że jako oneliner:
tail -- "$(latest-file-in-directory)"
Jeśli wszystko inne zawiedzie, możesz dołączyć powyższą funkcję do swojego .bashrci rozważyć problem rozwiązany, z jednym zastrzeżeniem. Jeśli chcesz po prostu wykonać zadanie, nie musisz czytać dalej.
Zastrzeżenie polega na tym, że nazwa pliku kończąca się na co najmniej jednym nowym wierszu nadal nie będzie tailpoprawnie przekazywana . Obejście tego problemu jest skomplikowane i uważam za wystarczające, że w przypadku napotkania takiej złośliwej nazwy pliku wystąpi względnie bezpieczne zachowanie błędu „Brak takiego pliku” zamiast czegoś bardziej niebezpiecznego.
Soczyste szczegóły
Dla ciekawskich jest to żmudne wyjaśnienie, jak to działa, dlaczego jest bezpieczny i dlaczego inne metody prawdopodobnie nie są.
Niebezpieczeństwo, Will Robinson
Po pierwsze, jedynym bajtem, który można bezpiecznie wytyczyć ścieżki do plików, jest null, ponieważ jest to jedyny bajt powszechnie zabroniony w ścieżkach plików w systemach uniksowych. Ważne jest, aby podczas obsługi dowolnej listy ścieżek plików używać ogranicznika null jako ogranicznika, a także w przypadku przekazywania nawet jednej ścieżki pliku z jednego programu do drugiego, aby robić to w sposób, który nie będzie dławił się na dowolnych bajtach. Istnieje wiele pozornie poprawnych sposobów rozwiązania tego i innych problemów, które zawodzą, zakładając (nawet przypadkowo), że nazwy plików nie będą miały ani nowych linii, ani spacji. Żadne z tych założeń nie jest bezpieczne.
Dla dzisiejszych celów pierwszym krokiem jest uzyskanie listy plików rozdzielonych znakiem null. Jest to dość łatwe, jeśli masz findwsparcie -print0takie jak GNU:
find . -print0
Ale ta lista wciąż nie mówi nam, która z nich jest najnowsza, dlatego musimy podać te informacje. Wybieram użycie -printfprzełącznika find, który pozwala mi określić, jakie dane pojawiają się na wyjściu. Nie wszystkie wersje findwsparcia -printf(to nie jest standardowe), ale GNU find tak. Jeśli znajdziesz się bez niego -printf, będziesz musiał polegać na tym, -exec stat {} \;w którym momencie musisz zrezygnować z wszelkiej nadziei na przenośność, co również statnie jest standardem. Na razie zamierzam przejść dalej, zakładając, że masz narzędzia GNU.
find . -printf '%T@.%p\0'
Tutaj pytam o format printf, %T@czyli czas modyfikacji w sekundach od początku epoki Uniksa, po którym następuje kropka, a następnie liczba wskazująca ułamki sekundy. Dodaję do tego kolejny okres, a następnie %p(czyli pełną ścieżkę do pliku) przed zakończeniem bajtem zerowym.
Teraz mam
find . -maxdepth 1 \! -type d -printf '%T@.%p\0'
Może to być oczywiste, ale ze względu na kompletność -maxdepth 1uniemożliwia findwyświetlanie zawartości podkatalogów i \! -type dpomija katalogi, których raczej nie chcesz tail. Do tej pory mam pliki w bieżącym katalogu z informacjami o czasie modyfikacji, więc teraz muszę posortować według czasu modyfikacji.
Uzyskiwanie we właściwej kolejności
Domyślnie sortoczekuje, że jego dane wejściowe będą rekordami rozdzielanymi znakiem nowej linii. Jeśli masz GNU sort, możesz poprosić go, aby zamiast tego oczekiwał rekordów rozdzielanych zerami, używając -zprzełącznika .; dla standardu sortnie ma rozwiązania. Interesuje mnie tylko sortowanie według pierwszych dwóch liczb (sekund i ułamków sekundy) i nie chcę sortować według rzeczywistej nazwy pliku, więc mówię sortdwie rzeczy: po pierwsze, że powinien uwzględniać kropkę ( .) jako ogranicznik pola a po drugie, powinno używać tylko pierwszego i drugiego pola podczas rozważania sposobu sortowania rekordów.
| sort -znr -t. -k1,2
Przede wszystkim łączę trzy krótkie opcje, które nie biorą razem żadnej wartości; -znrto tylko zwięzły sposób powiedzenia -z -n -r). Następnie -t .(spacja jest opcjonalna) podaje sortznak ogranicznika pola i -k 1,2określa numery pól: pierwszy i drugi ( sortzlicza pola od jednego, a nie zero). Pamiętaj, że przykładowy rekord dla bieżącego katalogu wyglądałby następująco:
1000000000.0000000000../some-file-name
Oznacza to sort, że najpierw przejrzysz, 1000000000a potem 0000000000zamówisz ten rekord. Ta -nopcja mówi sorto użyciu porównania numerycznego przy porównywaniu tych wartości, ponieważ obie wartości są liczbami. Może to nie być ważne, ponieważ liczby mają ustaloną długość, ale nie szkodzi.
Drugi podany przełącznik sortsłuży -rdo „wstecz”. Domyślnie wynikiem sortowania liczbowego będą najpierw liczby najniższe, -rzmienia się tak, aby wyświetlały najniższe liczby jako ostatnie, a najwyższe jako pierwsze. Ponieważ te liczby są znacznikami czasu wyższe, będą oznaczały nowsze, a to stawia najnowszy rekord na początku listy.
Tylko ważne bity
Gdy wyłania się z sortniej lista ścieżek do plików, na górze znajduje się żądana odpowiedź, której szukamy. Pozostaje znaleźć sposób na usunięcie innych rekordów i usunięcie znacznika czasu. Niestety nawet GNU headi tailnie akceptują przełączników, aby działały na danych rozdzielanych znakiem zerowym. Zamiast tego używam pętli while jako rodzaju biednego człowieka head.
| while IFS= read -r -d '' record
Najpierw rozbroiłem, IFSaby lista plików nie była dzielona na słowa. Następnie powiem readdwie rzeczy: Nie interpretuj sekwencji ucieczki w input ( -r), a dane wejściowe są rozdzielone bajtem zerowym ( -d); tutaj pusty ciąg ''jest używany do wskazania „no delimiter” aka delimited by null. Każdy rekord zostanie wczytany do zmiennej, recorddzięki czemu przy każdej whileiteracji pętli będzie miał jeden znacznik czasu i jedną nazwę pliku. Zauważ, że -djest to rozszerzenie GNU; jeśli masz tylko standard, readta technika nie zadziała i nie będziesz mieć możliwości skorzystania z niej.
Wiemy, że recordzmienna składa się z trzech części, wszystkie rozdzielone znakami kropki. Za pomocą cutnarzędzia można wyodrębnić ich część.
printf '%s' "$record" | cut -d. -f3-
Tutaj cały rekord jest przekazywany do printfi stamtąd przesyłany do cut; w bashu możesz to jeszcze bardziej uprościć, używając łańcucha tutaj, aby cut -d. -3f- <<<"$record"uzyskać lepszą wydajność. Mówimy cutdwie rzeczy: Po pierwsze -d, powinien to być określony separator do identyfikowania pól (tak jak w sortprzypadku separatora .). Drugie cutpolecenie -fjest drukowane tylko wartości z określonych pól; lista pól jest podana jako zakres 3-wskazujący wartość z trzeciego pola i ze wszystkich następujących pól. Oznacza to, że cutprzeczyta i zignoruje wszystko aż do sekundy ., którą znajdzie w rekordzie, a następnie wydrukuje resztę, czyli ścieżkę do pliku.
Po wydrukowaniu najnowszej ścieżki do pliku nie trzeba kontynuować: breakwychodzi z pętli, nie pozwalając jej przejść do drugiej ścieżki do pliku.
Pozostaje tylko uruchomienie tailścieżki pliku zwróconej przez ten potok. Być może zauważyłeś w moim przykładzie, że zrobiłem to, umieszczając potok w podpowłoce; to, czego być może nie zauważyłeś, to to, że umieściłem podpowłokę w podwójnych cudzysłowach. Jest to ważne, ponieważ w końcu nawet przy tych wszystkich wysiłkach, aby być bezpiecznym dla nazw plików, niecytowane rozszerzenie podpowłoki może nadal zepsuć. Bardziej szczegółowe wyjaśnienie jest dostępna, jeśli jesteś zainteresowany. Drugim ważnym, ale łatwo przeoczanym aspektem wywołania tailjest to, że podałem opcję --przed rozwinięciem nazwy pliku. To pouczytailże nie określono już żadnych opcji, a wszystko, co następuje, to nazwa pliku, dzięki czemu można bezpiecznie obsługiwać nazwy plików zaczynające się od -.