usar expressão regular em condição if no bash

Gostaria de saber a regra geral para usar expressão regular na cláusula if no bash?

Aqui está um exemplo

$ gg=svm-grid-ch  
$ if [[ $gg == *grid* ]] ; then echo $gg; fi  
svm-grid-ch  
$ if [[ $gg == ^....grid* ]] ; then echo $gg; fi  
$ if [[ $gg == ....grid* ]] ; then echo $gg; fi  
$ if [[ $gg == s...grid* ]] ; then echo $gg; fi  
$   

Por que os três últimos não coincidem?

Espero que você possa fornecer tantas regras gerais quanto possível, não apenas para este exemplo.

Ao usar um padrão glob, um ponto de interrogação representa um único caractere e um asterisco representa uma sequência de zero ou mais caracteres:

if [[ $gg == ????grid* ]] ; then echo $gg; fi

Ao usar uma expressão regular, um ponto representa um único caractere e um asterisco representa zero ou mais do caractere anterior. Portanto, " .*" representa zero ou mais de qualquer caractere, " a*" representa zero ou mais "a", " [0-9]*" representa zero ou mais dígitos. Outro útil (entre muitos) é o sinal de mais, que representa um ou mais dos caracteres anteriores. Portanto, " [a-z]+" representa um ou mais caracteres alfa minúsculos (no local C - e alguns outros).

if [[ $gg =~ ^....grid.*$ ]] ; then echo $gg; fi

Usar =~

para expressões regulares, verifique o Tutorial de Expressões Regulares Índice

if [[ $gg =~ ^....grid.* ]]

Adicionando esta solução com grepe shbuiltins básicos para aqueles interessados ​​em uma solução mais portátil (independente da bashversão; também funciona com o antigo sh, em plataformas não Linux etc.)

# GLOB matching
gg=svm-grid-ch    
case "$gg" in
   *grid*) echo $gg ;;
esac

# REGEXP    
if echo "$gg" | grep '^....grid*' >/dev/null ; then echo $gg ; fi    
if echo "$gg" | grep '....grid*' >/dev/null ; then echo $gg ; fi    
if echo "$gg" | grep 's...grid*' >/dev/null ; then echo $gg ; fi    

# Extended REGEXP
if echo "$gg" | egrep '(^....grid*|....grid*|s...grid*)' >/dev/null ; then
  echo $gg
fi    

Algumas grepencarnações também suportam a -qopção (silencioso) como alternativa ao redirecionamento para /dev/null, mas o redirecionamento é novamente o mais portátil.

@OP,

Glob pettern não é usado apenas para nomes de arquivos?

Não, o padrão "glob" não é usado apenas para nomes de arquivos. você também pode usá-lo para comparar strings. Em seus exemplos, você pode usar case / esac para procurar padrões de strings.

 gg=svm-grid-ch 
 # looking for the word "grid" in the string $gg
 case "$gg" in
    *grid* ) echo "found";;
 esac

 # [[ $gg =~ ^....grid* ]]
 case "$gg" in ????grid*) echo "found";; esac 

 # [[ $gg =~ s...grid* ]]
 case "$gg" in s???grid*) echo "found";; esac

No bash, quando usar o padrão glob e quando usar a expressão regular? Obrigado!

Regex são mais versáteis e "convenientes" do que "padrões glob", entretanto, a menos que você esteja fazendo tarefas complexas que "globbing / extendido" não podem fornecer facilmente, então não há necessidade de usar regex. Regex não tem suporte para a versão do bash <3.2 (como dennis mencionou), mas você ainda pode usar o globbing estendido (por configuração extglob). para globbing estendido, veja aqui e alguns exemplos simples aqui .

Atualização para OP: exemplo para localizar arquivos que começam com 2 caracteres (os pontos "." Significa 1 caractere) seguido por "g" usando regex

por exemplo, saída

$ shopt -s dotglob
$ ls -1 *
abg
degree
..g

$ for file in *; do [[ $file =~ "..g" ]] && echo $file ; done
abg
degree
..g

Acima, os arquivos são correspondidos porque seus nomes contêm 2 caracteres seguidos de "g". (ou seja ..g).

O equivalente com globbing será algo assim: (veja a referência para o significado de ?e *)

$ for file in ??g*; do echo $file; done
abg
degree
..g