Ryan's questions

O diretório de trabalho atual possui vários arquivos de teste numerados de 1 a 100. Eles são intitulados 1.txtaté 100.txt.

O comando find . -maxdepth 1 -regextype posix-egrep -regex '.*/[ -._&a-zA-Z0-9]+\.txt' -exec bash -c 'mv "$@" "TestDir - Level One"' {} +move todos os arquivos exceto um, por exemplo 15.txt.

Em contraste, o comando find . -maxdepth 1 -regextype posix-egrep -regex '.*/[ -._&a-zA-Z0-9]+\.txt' -exec mv {} "TestDir - Level One"/ \;move todos os arquivos.

Se o comando find . -maxdepth 1 -regextype posix-egrep -regex '.*/[ -._&a-zA-Z0-9]+\.txt' -exec bash -c 'mv "$@" "TestDir - Level One"' {} +for executado novamente, ele retornará o erromv: missing destination file operand after 'TestDir - Level One' Try 'mv --help' for more information.

A versão de findéfind (GNU findutils) 4.7.0-git

Ao executar o comando find . -maxdepth 1 -regextype posix-egrep -regex '.*/[a-zA-Z]+\.txt, ele retorna os seguintes resultados.

./testfile.txt
./testread.txt

Em contraste, o comando é find . -maxdepth 1 -regextype posix-egrep -regex '.*/[a-zA-Z]+\.txt' -print0gerado ./testfile.txt./testread.txtcomo uma única linha que, ao meu entender, o sinalizador -print0remove/substitui ou usa \n- os como separadores.NUL\0

Quando o último comando e argumentos são passados ​​da xargsseguinte forma find . -maxdepth 1 -regextype posix-egrep -regex '.*/[a-zA-Z]+\.txt' -print0 | xargs -0 -i echo {}, ele exibe

./testfile.txt
./testread.txt

Eu assumi que '{}'subseqüente a echonão é necessário, pois o sinalizador -print0é usado e caracteres como espaços são processados ​​sem erros.

Todos os comandos abaixo geram uma única linha.

• find . -maxdepth 1 -regextype posix-egrep -regex '.*/[a-zA-Z]+\.txt' -print0 | xargs -0
• find . -maxdepth 1 -regextype posix-egrep -regex '.*/[a-zA-Z]+\.txt' -print0 | xargs -0 echo

Por que xargswith {}retorna os resultados com novos caracteres de linhas?

Se {}acrescenta um novo caractere de linha, por que usá-lo com um comando, por exemplo echo {}?

O echocomando gera resultados diferentes com base na expressão passada para ele. O diretório de trabalho é/home/etc

$ echo .*/
/ ../ .cache/ .config/ .gnupg/ .local/ .mozilla/ .ssh/

$ echo ./*
./Desktop ./Documents ./Downloads ./Music ./Pictures ./Public ./snap ./Templates ./Videos

$ echo .*/*
.cache/event-sound-cache.tdb.d410907cf15246578458d0ad7919eb5e.x86_64-pc-linux-gnu .cache/evolution .cache/fontconfig .cache/gnome-screenshot .cache/gnome-software .cache/gstreamer-1.0 .cache/ibus .cache/ibus-table .cache/libgweather .cache/mesa_shader_cache .cache/mozilla .cache/thumbnails .cache/ubuntu-report .cache/update-manager-core .cache/wallpaper .config/dconf .config/enchant .config/eog .config/evolution .config/gedit .config/gnome-initial-setup-done .config/gnome-session .config/goa-1.0 .config/gtk-3.0 .config/ibus .config/nautilus .config/pulse .config/rclone .config/update-notifier .config/user-dirs.dirs .config/user-dirs.locale ./Desktop ./Documents ./Downloads .gnupg/private-keys-v1.d .gnupg/pubring.kbx .gnupg/trustdb.gpg .local/share .mozilla/extensions .mozilla/firefox .mozilla/systemextensionsdev ./Music ../ec ./Pictures ./Public ./snap ./Templates ./Videos

$ echo */*/
Downloads/sync/ Downloads/testdir/ snap/gnome-calculator/

O objetivo é reduzir o número de comandos para obter a saída. Pode haver uma única instrução de eco que combine a saída de echo .*/e echo ./*diferente de echo .*/ */?

O comando ls -d */lista apenas os diretórios da seguinte forma

Desktop/    Downloads/  Pictures/  snap/       Videos/
Documents/  Music/      Public/    Templates/

O comando ll -d */também limita os resultados aos diretórios, no entanto, acrescenta uma barra adicional.

( llé um apelido para ls -alF)

drwxr-xr-x 2 ec ec 4096 Jan 12 06:39 Desktop//
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Documents//
drwxr-xr-x 7 ec ec 4096 Jan 12 21:12 Downloads//
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Music//
drwxr-xr-x 2 ec ec 4096 Jan  5 20:47 Pictures//
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Public//
drwxr-xr-x 3 ec ec 4096 Jan  5 15:16 snap//
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Templates//
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Videos//

Se o comando ls -ald */for executado, ele não incluirá uma barra invertida adicional.

drwxr-xr-x 2 ec ec 4096 Jan 12 06:39 Desktop/
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Documents/
drwxr-xr-x 7 ec ec 4096 Jan 12 21:12 Downloads/
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Music/
drwxr-xr-x 2 ec ec 4096 Jan  5 20:47 Pictures/
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Public/
drwxr-xr-x 3 ec ec 4096 Jan  5 15:16 snap/
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Templates/
drwxr-xr-x 2 ec ec 4096 Jan  4 19:54 Videos/

Em contraste ls -alFd */, retorna os mesmos resultados quell -d */

De acordo com man lsa bandeira -F --classify append indicator (one of */=>@|) to entries.

Suponho que, devido ao indicador adicional definido por -F, ll -d */acrescenta a barra, embora não esteja claro quanto à necessidade ou valor de incluir o sufixo adicional, ou seja, por que ele precisa adicionar outro /se já existir?

Em segundo lugar, existe uma maneira de listar diretórios apenas ll -d */sem o extra /?

Para identificar arquivos com o símbolo de hífen -em nomes de arquivo como test-19.1.txt, o findcomando combinado com uma expressão regular parece não corresponder.

O comando find . -maxdepth 1 -regextype posix-egrep -regex '.*/[a-z0-9\-\.]+\.txt' -exec echo {} \;é executado em um shell bash e nenhum arquivo desse tipo é descoberto. Se o hífen for removido do nome do arquivo, a expressão regular corresponde.

A mesma expressão regular quando testada com regexr.com é bem-sucedida.