Zmieszany z -Include parametr cmdlet Get-ChildItem

Question

Z dokumentacji:

-include

Pobiera tylko określone elementy. Wartość tego parametru kwalifikuje parametr Ścieżka. Wprowadź element lub deseń ścieżki, na przykład "* .txt". Symbole wieloznaczne są dozwolone.

włączeń parametr jest skuteczne tylko wtedy, gdy komenda zawiera parametr recurse lub ścieżka prowadzi do zawartości katalogu , takich jak C: \ Windows *, gdzie symbol wieloznaczny określa zawartość C: \ katalog Windows.

Moje pierwsze zrozumienie było:

c:\test\a.txt 
c:\test\b.txt 

Tak, aby uzyskać 'a.txt' i 'b.txt' mogę napisać:

gci -Path "c:\test\*" -Include "*.txt" 

I to działa. Ale teraz rozważyć taką hierarchię:

c:\test\a.txt 
c:\test\b.txt 
c:\test\c.txt\c.txt 

Te same powraca polecenie: a.txt, b.txt, c.txt

Rzeczywista logika wydaje się być:

-include używane aby dopasować wszystkie elementy określone przez -Path. Jeśli dopasowany element jest plikiem - zwróć go. Jeśli pasuje element jest folderem, zajrzyj do środka i zwróć pasujące elementy potomne pierwszego poziomu.

Również dokumentacja powiedzieć:

włączeń parametr jest skuteczne tylko wtedy, gdy komenda zawiera parametr recurse lub ścieżka prowadzi do zawartości katalogu ...

To również jest złe. Na przykład.

gci -Path "c:\test" -Include "*.txt" 

Nic nie zwraca, natomiast bez opcji -Interclude otrzymuję zawartość folderu. Tak-Include jest zdecydowanie "skuteczny". Co tak naprawdę się tutaj dzieje? -Path określa "c: \ test", a -Include próbuje dopasować tę ścieżkę. Ponieważ "* .txt" nie pasuje do "testu", więc nic nie wróciło. Ale spójrz na to:

gci -Path "c:\test" -Include "*t" 

Zwraca a.txt, b.txt i c.txt jako "* t" dopasowane "test" i dopasowane wszystkie elementy podrzędne.

W końcu, nawet wiedząc, jak działa teraz Włącz, nie rozumiem, kiedy go używać. Dlaczego powinienem szukać wewnątrz podfolderów? Dlaczego miałoby to być tak skomplikowane?

Answer 1

Dezorientujesz korzystanie z opcji -include.Flaga -include jest stosowana do ścieżki, a nie do zawartości ścieżki. Bez użycia flagi rekursywnej jedyną dostępną ścieżką jest określona ścieżka. Właśnie dlatego ostatni przykład, który dałeś pracy, ścieżka c:\test ma t na ścieżce i dlatego pasuje do "*t".

Można to sprawdzić próbując następujące

gci -path "c:\test" -in *e* 

ten nadal będzie produkować wszystkie dzieci w katalogu jeszcze pasuje żaden z ich nazwami.

Powodem, dla którego opcja -include jest bardziej efektywna w przypadku parametru recurse, jest to, że kończy się stosowanie symbolu wieloznacznego na każdą ścieżkę w hierarchii.

Answer 2

Tacking na JaredPar's answer, w celu dopasowania wzorców do Get-ChildItem, można użyć standardowych symboli wieloznacznych powłoki.

Na przykład: "?"

get-childitem "c:\test\t?st.txt" 

gdzie jest symbolem wieloznacznym pasującym do dowolnego znaku lub odpowiadającym dowolnej nazwie pliku kończącej się na ".txt".

To powinno dać ci "prostsze" zachowanie, którego szukałeś.

Answer 3

Spróbuj parametr -filter (ma wsparcie tylko jedno przedłużenie):

dir -filter * .txt

Answer 4

właśnie zadał podobne pytanie i dostał trzy krótkie odpowiedzi dotyczące Get-Help dla Get- ChildItem.

Odpowiedź jest w pełnym opisem polecenia (get-help Get-ChildItem -full):

The Include parameter is effective only when the command includes the 

parametr Rekurencyjnie lub ścieżka prowadzi do zawartości katalogu, na przykład C: \ Windows *, gdzie znak wieloznaczny określa zawartość katalogu 01:w katalogu C: \ Windows.

Tak więc następujące czynności będą działały bez powtarzania się przez .

PS C: \ foo> Get-ChildItem -path "c: \ foo *" -include * .txt

Od przepełnienie stosu pytanie PowerShell Scripting - Get-ChildItem.

Mam nadzieję, że to pomaga :-)

Answer 5

Łącznie \* na końcu ścieżki powinno obejść problem

PS C:\logfiles> Get-ChildItem .\* -include *.log 

To powinno powrócić.pliki dziennika z bieżącego katalogu roboczego (C:\logfiles)

Powyższy przykład Alexa wskazuje, że katalog o nazwie foo.log również zostanie zwrócony. Kiedy go wypróbowałem, nie było, ale było to 6 lat później i mogło to być z aktualizacji PS.

Można jednak użyć elementu potomnego Mode, aby wykluczyć katalogi, które moim zdaniem.

PS C:\logfiles> Get-Childitem .\* -include *.log | where-object {$_.mode -notmatch "d"} 

Powinno to wykluczyć cokolwiek z ustawionym trybem "katalogu".