Equivalente di Windows del comando "tail"

Esiste un modo per simulare il comando * nix tail sulla riga di comando di Windows? Ho un file e voglio un modo per tagliare le prime n righe di testo. Per esempio:

D:\>type file.txt
line one
line two
line three
D:\>*[call to tail]* > result.txt

D:\>type result.txt
line two
line three

Nessun equivalente esatto. Tuttavia esiste un comando DOS nativo "more" che ha un'opzione + n che inizierà a produrre il file dopo l'ennesima riga:

Prompt DOS:

C:\>more +2 myfile.txt

Il comando precedente produrrà tutto dopo le prime 2 righe.
Questo è in realtà l'inverso di Unix head :

Console Unix:

root@server:~$ head -2 myfile.txt

Il comando precedente stamperà solo le prime 2 righe del file.

SE hai installato Windows PowerShell (penso che sia incluso da XP) puoi semplicemente eseguire da cmd.exe:

Comando capo:

powershell -command "& {Get-Content *filename* -TotalCount *n*}"

Comando di coda:

powershell -command "& {Get-Content *filename* | Select-Object -last *n*}"

oppure, direttamente da PowerShell:

Get-Content *filename* -TotalCount *n*
Get-Content *filename* | Select-Object -last *n*

aggiornare

PowerShell 3.0 (Windows 8 e versioni successive) ha aggiunto il Tailcomando con alias Last. Heade sono stati aggiunti anche gli Firstalias di TotalCount.

Quindi, i comandi possono essere riscritti come

Get-Content *filename* -Head *n*
Get-Content *filename* -Tail *n*

more /e filename.txt P n

dove n = il numero di righe da visualizzare. Funziona velocemente ed è esattamente come il headcomando.

È possibile ottenere CoreUtils da GnuWin32 , che è una raccolta di strumenti unix standard, portati su Windows.

Tra le altre cose, contiene la testa.

Questo è un trucco totale, ma se si tratta di un file enorme che vuoi esaminare solo il formato, l'intestazione, ecc. E stai cercando una soluzione, puoi sempre reindirizzare l'output `` altro '' a un nuovo file e CTRL-C velocemente. Le righe di output non possono essere controllate con precisione e molto probabilmente lo ucciderai nel mezzo di una riga di output, ma è un modo economico per afferrare una piccola parte di un file altrimenti inutilizzabile.

Ex.

C: \ altro test.csv> test.txt 
^ C

C: \ more test.txt 
riga 1 
riga 2 
ecc ...

C: \

Bene, questo lo farà , ma è veloce quasi quanto sembra (approssimativamente O (n * m), dove n è il numero di righe da visualizzare em è il numero totale di righe nel file):

for /l %l in (1,1,10) do @for /f "tokens=1,2* delims=:" %a in ('findstr /n /r "^" filename ^| findstr /r "^%l:"') do @echo %b

Dove "10" è il numero di righe che si desidera stampare e "nomefile" è il nome del file.

PowerShell:

Get-Content C:\logs\result.txt -Tail 10

Get-Content C:\logs\result.txt -wait (monitor the tail)

Quando usi più + n che Matt ha già menzionato, per evitare pause nei file lunghi, prova questo:

più +1 miofile.txt> con

Quando reindirizzi l'output da more, non si interrompe e qui reindirizza alla console. Allo stesso modo puoi reindirizzare a qualche altro file come questo senza le pause di più se questo è il risultato finale desiderato. Usa> per reindirizzare al file e sovrascriverlo se esiste già, o >> per aggiungere a un file esistente. (Puoi usare entrambi per reindirizzare a con.)

puoi anche usare Git bash dove vengono emulate anche la testa e la coda

Get-content -Tail n file.txtcon PowerShell è l'unica cosa che si avvicina a tailLinux.

Quanto Get-Content *filename* | Select-Object -last *n*suggerito sopra carica / analizza il tutto. Inutile dire che non era soddisfatto del mio file di registro da 10 GB ... L' -Tailopzione inizia alla fine del file.

Se vuoi il comando head, un modo semplice per ottenerlo è installare Cygwin. Allora avrai tutti gli strumenti UNIX a tua disposizione.

Se questa non è una buona soluzione, puoi provare a usare findstr e fare una ricerca per l'indicatore di fine riga.

findstr su MSDN: http://technet.microsoft.com/en-us/library/bb490907.aspx

Ecco un veloce comando nativo head che ti dà le prime 9 righe in DOS.

findstr /n "." myfile.txt | findstr "^.:"

I primi 2 caratteri su ogni riga saranno il numero di riga.

È disponibile un kit di risorse che può essere scaricato da qui: http://www.microsoft.com/downloads/en/confirmation.aspx?familyId=9d467a69-57ff-4ae7-96ee-b18c4790cffd&displayLang=en

Contiene uno strumento tail.exe ma è compatibile solo con alcune versioni di Windows

(Copiato da questo post: comando di coda per Windows )

in PS prova a usare il comando:

Select -Last 1

Anche questo comando può essere pipeline.

Esempio per ottenere la prima riga:

type .\out.txt | Select -Last 1

o per ottenere la prima riga:

 type .\out.txt | Select -First 1

FWIW, per coloro che hanno solo bisogno di ritagliare un numero indeterminato di record dall'intestazione del file, altro> funziona bene. Questo è utile solo per avere un file più piccolo con cui lavorare nelle prime fasi di sviluppo di qualcosa.

Non ho provato a estrarre un intervallo, ma sono riuscito a ottenere una riga utilizzando il seguente comando DOS:

find /N " " *.log|find "[6]" 

Poiché la maggior parte dei file contiene spazi, questo comando estrae ogni riga da tutti i file LOG e sostanzialmente li numera a partire da 1 per ogni file. I risultati numerati vengono quindi convogliati nel secondo FINDcomando che cerca la riga contrassegnata come numero 6.

C'è headun'utilità gratuita in questa pagina che puoi usare. Non l'ho ancora provato.

set /p line= < file.csv 
echo %line%

restituirà la prima riga del file in cmd Windows nella variabile% line%.

Come risposta contemporanea, se si esegue Windows 10 è possibile utilizzare il "Sottosistema Linux per Windows".

https://docs.microsoft.com/en-us/windows/wsl/install-win10

Ciò ti consentirà di eseguire comandi linux nativi da Windows e quindi eseguire tail esattamente come faresti in Linux.

Non credo che ci sia via d'uscita dagli schemi. Non esiste un tale comando in DOS e i file batch sono molto limitati a simularlo (senza grossi problemi).

Attenzione, l'utilizzo del file batch per, token e funzionalità delim su input di testo sconosciuto può essere un disastro a causa della speciale interpretazione di caratteri come &,!, <, Ecc. Tali metodi dovrebbero essere riservati solo al testo prevedibile.