Teste se há arquivos correspondentes a um padrão para executar um script

Estou tentando escrever uma ifdeclaração para testar se existem arquivos correspondentes a um determinado padrão. Se houver um arquivo de texto em um diretório, ele deverá executar um determinado script.

Meu código atualmente:

if [ -f /*.txt ]; then ./script fi

Por favor, dê algumas idéias; Eu só quero executar o script se houver um .txtno diretório

[ -f /*.txt ]

retornará true somente se houver um (e apenas um) arquivo não oculto em /cujo nome termina .txte se esse arquivo for um arquivo regular ou um link simbólico para um arquivo regular.

Isso ocorre porque os curingas são expandidos pelo shell antes de serem passados ​​para o comando (aqui [).

Portanto, se há um /a.txte /b.txt, [serão passados 5 argumentos: [, -f, /a.txt, /b.txte ]. [reclamaria que -fé dado muitos argumentos.

Se você deseja verificar se o *.txtpadrão se expande para pelo menos um arquivo não oculto (regular ou não):

shopt -s nullglob
set -- *.txt
if [ "$#" -gt 0 ]; then
  ./script "$@" # call script with that list of files.
fi
# Or with bash arrays so you can keep the arguments:
files=( *.txt )
# apply C-style boolean on member count
(( ${#files[@]} )) && ./script "${files[@]}"

shopt -s nullglobé bashespecífico, mas escudos como ksh93, zsh, yash, tcshtem declarações equivalentes.

Observe que ele encontra esses arquivos lendo o conteúdo do diretório; ele não tenta acessar esses arquivos, o que o torna mais eficiente do que soluções que chamam comandos como lsou statnessa lista de arquivos computados pelo shell.

O shequivalente padrão seria:

set -- [*].txt *.txt
case "$1$2" in
  ('[*].txt*.txt') ;;
  (*) shift; script "$@"
esac

O problema é que, com os shells Bourne ou POSIX, se um padrão não corresponde, ele se expande. Portanto, se *.txtexpandir *.txt, você não sabe se é porque não há .txtarquivo no diretório ou porque existe um arquivo chamado *.txt. Usando[*].txt *.txt permite discriminar entre os dois.

Você sempre pode usar find :

find . -maxdepth 1 -type f -name "*.txt" 2>/dev/null | grep -q . && ./script

Explicação:

• find . : pesquisa no diretório atual
• -maxdepth 1: não procurar subdiretórios
• -type f : pesquise apenas arquivos regulares
• name "*.txt" : procure arquivos que terminem em .txt
• 2>/dev/null : redirecionar mensagens de erro para /dev/null
• | grep -q . : grep para qualquer caractere, retornará false se nenhum caractere for encontrado.
• && ./script: Executar ./scriptapenas se o comando anterior tiver sido bem-sucedido ( &&)

Uma solução possível também é o Bash compgen. Esse comando retorna todas as correspondências possíveis para um padrão globbing e possui um código de saída indicando se algum arquivo correspondeu.

compgen -G "/*.text" > /dev/null && ./script

Encontrei essa pergunta enquanto procurava soluções mais rápidas.

Aqui está uma lista para fazê-lo:

$ ls
file1.pl  file2.pl

existem arquivos

$ stat -t *.pl >/dev/null 2>&1 && echo "file exists" || echo "file doesn't exist"
file exists

arquivos não existem

$ stat -t -- *.txt >/dev/null 2>&1 && echo "file exists" || echo "file don't exist"
file don't exist

Essa abordagem utiliza os operadores ||e &&no bash. Estes são os operadores "ou" e "e".

Portanto, se o comando stat retornar $?igual a 0, o primeiro echoserá chamado, se retornar 1, o segundoecho será chamado.

retornar resultados de stat

# a failure
$ stat -t -- *.txt >/dev/null 2>&1
$ echo "$?"
1

# a success
$ stat -t -- *.pl >/dev/null 2>&1
$ echo "$?"
0

Esta questão é amplamente abordada no stackoverflow:

• Teste se um glob possui correspondências no bash

Como Chazelas aponta, seu script falharia se a expansão de curinga corresponder a mais de um arquivo.

No entanto, há um truque que eu uso ( mesmo que eu não goste muito ) para contornar:

PATTERN=(/*.txt)
if [ -f ${PATTERN[0]} ]; then
...
fi

Como funciona?

A expansão de curinga corresponderá a uma matriz de nomes de arquivos; obteremos o primeiro, se houver algum; caso contrário, nulo, se não houver correspondência.

Simples como:

cnt=`ls \*.txt 2>/dev/null | wc -l`
if [ "$cnt" != "0" ]; then ./script fi

wc -l conta as linhas no curinga expandido.

Gosto da solução anterior do array, mas isso pode se tornar um desperdício com um grande número de arquivos - o shell usaria uma grande quantidade de memória para criar o array, e apenas o primeiro elemento seria testado.

Aqui está uma estrutura alternativa que eu testei ontem:

$ cd /etc; if [[ $(echo * | grep passwd) ]];then echo yes;else echo no;fi yes $ cd /etc; if [[ $(echo * | grep password) ]];then echo yes;else echo no;fi no

O valor de saída do grep parece estar determinando o caminho através da estrutura de controle. Isso também testa com expressões regulares em vez de padrões de shell. Alguns dos meus sistemas possuem o comando "pcregrep", que permite correspondências de regex muito mais sofisticadas.

(Eu editei esta resposta para remover um "ls" na substituição de comando depois de ler as críticas acima para analisá-las.)

se você quiser usar uma cláusula if, avalie a contagem:

if (( `ls *.txt 2> /dev/null|wc -l` ));then...