Um exemplo de como usar getopts no bash


345

Eu quero chamar o myscriptarquivo desta maneira:

$ ./myscript -s 45 -p any_string

ou

$ ./myscript -h  #should display help
$ ./myscript     #should display help

Meus requisitos são:

  • getopt aqui para obter os argumentos de entrada
  • verifique se -sexiste, se não retornar um erro
  • verifique se o valor após -sé 45 ou 90
  • verifique se -pexiste e existe uma sequência de entrada após
  • se o usuário entrar ./myscript -hou ./myscriptentão exibir ajuda

Eu tentei até agora este código:

#!/bin/bash
while getopts "h:s:" arg; do
  case $arg in
    h)
      echo "usage" 
      ;;
    s)
      strength=$OPTARG
      echo $strength
      ;;
  esac
done

Mas com esse código eu recebo erros. Como fazer isso com o Bash e getopt?


2
As opções devem ser opcionais. Se você precisar o valor especificado pelo -s, torná-lo um argumento posicional: ./myscript 45 anystring.
Chepner # 10/13

@chepner$./myscript -s 45 -p any_string
MOHAMED

Tudo bem se -pfor realmente uma opção (ou seja, seu programa poderá prosseguir se não estiver presente). Nesse caso ./myscript 45 -p any_string,. (Acho que getoptpode lidar com opções variadas e argumentos posicionais, enquanto o bashcomando interno getoptsexige que todos os argumentos posicionais para ser colocado após opções.)
chepner

Respostas:


513
#!/bin/bash

usage() { echo "Usage: $0 [-s <45|90>] [-p <string>]" 1>&2; exit 1; }

while getopts ":s:p:" o; do
    case "${o}" in
        s)
            s=${OPTARG}
            ((s == 45 || s == 90)) || usage
            ;;
        p)
            p=${OPTARG}
            ;;
        *)
            usage
            ;;
    esac
done
shift $((OPTIND-1))

if [ -z "${s}" ] || [ -z "${p}" ]; then
    usage
fi

echo "s = ${s}"
echo "p = ${p}"

Exemplo é executado:

$ ./myscript.sh
Usage: ./myscript.sh [-s <45|90>] [-p <string>]

$ ./myscript.sh -h
Usage: ./myscript.sh [-s <45|90>] [-p <string>]

$ ./myscript.sh -s "" -p ""
Usage: ./myscript.sh [-s <45|90>] [-p <string>]

$ ./myscript.sh -s 10 -p foo
Usage: ./myscript.sh [-s <45|90>] [-p <string>]

$ ./myscript.sh -s 45 -p foo
s = 45
p = foo

$ ./myscript.sh -s 90 -p bar
s = 90
p = bar

19
Na chamada getopts, por que há dois pontos principais? Quando "h" possui dois pontos depois?
e40

7
usage()Realmente deve retornar 1?
Pithikos

6
@Pithikos Bom argumento. O senso comum me diz que, quando invocado por -hele deve retornar 0, ao pressionar um sinalizador inexistente, ele deve retornar >0(por uma questão de simplicidade, não diferenciei esses casos e ninguém o obriga a imprimir o texto de uso no último caso) . Eu já vi programas que sempre retornam != 0, mesmo depois -h/--help. Talvez eu deva atualizar o trecho caso as pessoas usem isso como clichê (espero que não)?
Adrian Frühwirth

11
@ A.Danischewski Isso ocorre por ( getopts') design, não existe "argumentos opcionais" com getopts. O analisador simplesmente não pode saber se o próximo token é um argumento para a opção atual ou uma opção por si só, pois -ppode ser o valor pretendido. Você pode resolver isso se souber absolutamente que um parâmetro de opção não pode se parecer com outra opção válida, sim, mas pode-se dizer que há uma razão pela qual argumentos opcionais não estão definidos no POSIX.
Adrian Frühwirth

4
@ user1011471 Você está correto! Aparelhos encaracolados, por assim dizer, apenas ajudam o bashlexer a identificar variáveis. Em muitos casos, eles são desnecessários e o fato de eu sempre usá-los é apenas uma questão de estilo de codificação pessoal. Para mim, é mais fácil (e mais bonito) sempre usá-los sempre, em vez de lembrar as regras de análise em relação à ambiguidade. Praticamente o mesmo por que alguém escreveria em if (foo) { bar; }vez de usar if (foo) bar;uma linguagem no estilo C (estética e / ou evitar erros tolos).
Adrian Frühwirth 12/08

109

O problema com o código original é o seguinte:

  • h:espera o parâmetro onde não deveria, então mude para apenas h(sem dois pontos)
  • para esperar -p any_string, você precisa adicionar p:à lista de argumentos

Basicamente, :após a opção significa que requer o argumento.


A sintaxe básica de getoptsé (consulte man bash:):

getopts OPTSTRING VARNAME [ARGS...]

Onde:

  • OPTSTRING é string com lista de argumentos esperados,

    • h- verifique a opção -h sem parâmetros; dá erro em opções não suportadas;
    • h:- verifique a opção -h com o parâmetro; dá erros em opções não suportadas;
    • abc- Verifique se há opções -a, -b, -c; erros em opções não suportadas;
    • :abc- Verifique se há opções -a, -b, -c; silencia erros em opções não suportadas;

      Notas: Em outras palavras, dois pontos na frente das opções permitem lidar com os erros no seu código. A variável conterá ?no caso de opção não suportada, :no caso de valor ausente.

  • OPTARG - está definido como o valor atual do argumento,

  • OPTERR - indica se o Bash deve exibir mensagens de erro.

Portanto, o código pode ser:

#!/usr/bin/env bash
usage() { echo "$0 usage:" && grep " .)\ #" $0; exit 0; }
[ $# -eq 0 ] && usage
while getopts ":hs:p:" arg; do
  case $arg in
    p) # Specify p value.
      echo "p is ${OPTARG}"
      ;;
    s) # Specify strength, either 45 or 90.
      strength=${OPTARG}
      [ $strength -eq 45 -o $strength -eq 90 ] \
        && echo "Strength is $strength." \
        || echo "Strength needs to be either 45 or 90, $strength found instead."
      ;;
    h | *) # Display help.
      usage
      exit 0
      ;;
  esac
done

Exemplo de uso:

$ ./foo.sh 
./foo.sh usage:
    p) # Specify p value.
    s) # Specify strength, either 45 or 90.
    h | *) # Display help.
$ ./foo.sh -s 123 -p any_string
Strength needs to be either 45 or 90, 123 found instead.
p is any_string
$ ./foo.sh -s 90 -p any_string
Strength is 90.
p is any_string

Veja: Tutorial de pequenas getopts no Bash Hackers Wiki


2
Alterar a função de uso para isso: usage() { echo "$0 usage:" && grep "[[:space:]].)\ #" $0 | sed 's/#//' | sed -r 's/([a-z])\)/-\1/'; exit 0; }. Ele considera apenas um caractere de espaço em branco antes da opção de letra, remove o # do comentário e coloca um '-' antes da opção de letra, tornando-o mais claro para o comando.
poagester

2
@kenorb: O cólon na frente das opções não ignora as opções não suportadas, mas silencia os erros do bash e permite que você lide com isso no seu código. A variável conterá '?' no caso de opção não suportada e ':' no caso de valor ausente.
Hynek -Pichi- Vychodil

11
Obrigado pelos documentos detalhados, não foi possível :acertar até que eu vi essas anotações. Precisamos adicionar :a às opções em que estamos esperando um argumento.
Aukhan 25/02/19

51

Usar getopt

Por que obter?

Analisar argumentos de linha de comando elaborados para evitar confusão e esclarecer as opções que estamos analisando para que o leitor dos comandos possa entender o que está acontecendo.

O que é getopt?

getopté usado para dividir (analisar) opções nas linhas de comando para facilitar a análise por procedimentos de shell e verificar opções legais. Ele usa as getopt(3)rotinas GNU para fazer isso.

getopt pode ter os seguintes tipos de opções.

  1. Opções sem valor
  2. opções de par de valores-chave

Nota: Neste documento, durante a explicação da sintaxe:

  • Qualquer coisa dentro de [] é um parâmetro opcional na sintaxe / exemplos.
  • é um espaço reservado, o que significa que deve ser substituído por um valor real.

COMO USAR getopt?

Sintaxe: Primeira Forma

getopt optstring parameters

Exemplos:

# This is correct
getopt "hv:t::" "-v 123 -t123"  
getopt "hv:t::" "-v123 -t123"  # -v and 123 doesn't have whitespace

# -h takes no value.
getopt "hv:t::" "-h -v123"


# This is wrong. after -t can't have whitespace.
# Only optional params cannot have whitespace between key and value
getopt "hv:t::" "-v 123 -t 123"

# Multiple arguments that takes value.
getopt "h:v:t::g::" "-h abc -v 123 -t21"

# Multiple arguments without value
# All of these are correct
getopt "hvt" "-htv"
getopt "hvt" "-h -t -v"
getopt "hvt" "-tv -h"

Aqui h, v, t são as opções e -h -v -t é como as opções devem ser dadas na linha de comando.

  1. 'h' é uma opção sem valor.
  2. 'v:' implica que a opção -v possui valor e é uma opção obrigatória. ':' significa que tem um valor.
  3. 't ::' implica que a opção -t possui valor, mas é opcional. '::' significa opcional.

No parâmetro opcional, o valor não pode ter espaço em branco com a opção Portanto, no exemplo "-t123", -t é a opção 123 é o valor.

Sintaxe: Segunda Forma

getopt [getopt_options] [--] [optstring] [parameters]

Aqui, depois que o getopt é dividido em cinco partes

  • O comando em si, ou seja, getopt
  • O getopt_options, descreve como analisar os argumentos. opções longas de traço único, opções de traço duplo.
  • -, separa as getopt_options das opções que você deseja analisar e as opções curtas permitidas
  • As opções curtas, são tomadas imediatamente após - é encontrado. Assim como a primeira sintaxe do formulário.
  • Os parâmetros, essas são as opções que você passou para o programa. As opções que você deseja analisar e obter os valores reais definidos nelas.

Exemplos

getopt -l "name:,version::,verbose" -- "n:v::V" "--name=Karthik -version=5.2 -verbose"

Sintaxe: Terceira Forma

getopt [getopt_options] [-o options] [--] [optstring] [parameters]

Aqui, depois que o getopt é dividido em cinco partes

  • O comando em si, ou seja, getopt
  • O getopt_options, descreve como analisar os argumentos. opções longas de traço único, opções de traço duplo.
  • As opções curtas ou seja, -o ou --opções. Assim como a primeira sintaxe do formulário, mas com a opção "-o" e antes do "-" (traço duplo).
  • -, separa as getopt_options das opções que você deseja analisar e as opções curtas permitidas
  • Os parâmetros, essas são as opções que você passou para o programa. As opções que você deseja analisar e obter os valores reais definidos nelas.

Exemplos

getopt -l "name:,version::,verbose" -a -o "n:v::V" -- "-name=Karthik -version=5.2 -verbose"

GETOPT_OPTIONS

getopt_options altera a maneira como os parâmetros de linha de comando são analisados.

Abaixo estão algumas das getopt_options

Opção: -l ou --longoptions

Significa que o comando getopt deve permitir que opções com vários caracteres sejam reconhecidas. Várias opções são separadas por vírgula.

Por exemplo, --name=Karthiké uma opção longa enviada na linha de comando. Em getopt, o uso de opções longas é como

getopt "name:,version" "--name=Karthik"

Como name: é especificado, a opção deve conter um valor

Opção: -a ou --alternative

Significa que o comando getopt deve permitir que a opção longa tenha um único traço '-' em vez de traço duplo '-'.

Exemplo, em vez de --name=Karthikvocê poderia usar apenas-name=Karthik

getopt "name:,version" "-name=Karthik"

Um exemplo completo de script com o código:

#!/bin/bash

# filename: commandLine.sh
# author: @theBuzzyCoder

showHelp() {
# `cat << EOF` This means that cat should stop reading when EOF is detected
cat << EOF  
Usage: ./installer -v <espo-version> [-hrV]
Install Pre-requisites for EspoCRM with docker in Development mode

-h, -help,          --help                  Display help

-v, -espo-version,  --espo-version          Set and Download specific version of EspoCRM

-r, -rebuild,       --rebuild               Rebuild php vendor directory using composer and compiled css using grunt

-V, -verbose,       --verbose               Run script in verbose mode. Will print out each step of execution.

EOF
# EOF is found above and hence cat command stops reading. This is equivalent to echo but much neater when printing out.
}


export version=0
export verbose=0
export rebuilt=0

# $@ is all command line parameters passed to the script.
# -o is for short options like -v
# -l is for long options with double dash like --version
# the comma separates different long options
# -a is for long options with single dash like -version
options=$(getopt -l "help,version:,verbose,rebuild,dryrun" -o "hv:Vrd" -a -- "$@")

# set --:
# If no arguments follow this option, then the positional parameters are unset. Otherwise, the positional parameters 
# are set to the arguments, even if some of them begin with a ‘-’.
eval set -- "$options"

while true
do
case $1 in
-h|--help) 
    showHelp
    exit 0
    ;;
-v|--version) 
    shift
    export version=$1
    ;;
-V|--verbose)
    export verbose=1
    set -xv  # Set xtrace and verbose mode.
    ;;
-r|--rebuild)
    export rebuild=1
    ;;
--)
    shift
    break;;
esac
shift
done

Executando este arquivo de script:

# With short options grouped together and long option
# With double dash '--version'

bash commandLine.sh --version=1.0 -rV
# With short options grouped together and long option
# With single dash '-version'

bash commandLine.sh -version=1.0 -rV

# OR with short option that takes value, value separated by whitespace
# by key

bash commandLine.sh -v 1.0 -rV

# OR with short option that takes value, value without whitespace
# separation from key.

bash commandLine.sh -v1.0 -rV

# OR Separating individual short options

bash commandLine.sh -v1.0 -r -V


getopt vs getopts .. conformidade de plataforma cruzada muito diferente
shadowbq 29/01

35

O exemplo empacotado com getopt(minha distribuição o colocou /usr/share/getopt/getopt-parse.bash) parece que abrange todos os seus casos:

#!/bin/bash

# A small example program for using the new getopt(1) program.
# This program will only work with bash(1)
# An similar program using the tcsh(1) script language can be found
# as parse.tcsh

# Example input and output (from the bash prompt):
# ./parse.bash -a par1 'another arg' --c-long 'wow!*\?' -cmore -b " very long "
# Option a
# Option c, no argument
# Option c, argument `more'
# Option b, argument ` very long '
# Remaining arguments:
# --> `par1'
# --> `another arg'
# --> `wow!*\?'

# Note that we use `"$@"' to let each command-line parameter expand to a 
# separate word. The quotes around `$@' are essential!
# We need TEMP as the `eval set --' would nuke the return value of getopt.
TEMP=`getopt -o ab:c:: --long a-long,b-long:,c-long:: \
     -n 'example.bash' -- "$@"`

if [ $? != 0 ] ; then echo "Terminating..." >&2 ; exit 1 ; fi

# Note the quotes around `$TEMP': they are essential!
eval set -- "$TEMP"

while true ; do
    case "$1" in
        -a|--a-long) echo "Option a" ; shift ;;
        -b|--b-long) echo "Option b, argument \`$2'" ; shift 2 ;;
        -c|--c-long) 
            # c has an optional argument. As we are in quoted mode,
            # an empty parameter will be generated if its optional
            # argument is not found.
            case "$2" in
                "") echo "Option c, no argument"; shift 2 ;;
                *)  echo "Option c, argument \`$2'" ; shift 2 ;;
            esac ;;
        --) shift ; break ;;
        *) echo "Internal error!" ; exit 1 ;;
    esac
done
echo "Remaining arguments:"
for arg do echo '--> '"\`$arg'" ; done

11
O comando externo getopt (1) nunca é seguro, a menos que você saiba que é GNU getopt, chame-o de uma maneira específica do GNU e garanta que GETOPT_COMPATIBLE não esteja no ambiente. Use getopts (shell builtin) ou simplesmente faça um loop sobre os parâmetros posicionais.
Gilles Quenot

@sputnick, tyvm, não sabia disso.
Brian Cain

14
Eh, nenhum comando externo é seguro para usar por esse padrão. Os getopts integrados estão ausentes dos recursos cruciais e, se você deseja verificar GETOPT_COMPATIBLE, é mais fácil do que transportar os recursos do getopt.
Michael Terry

12

Sei que isso já foi respondido, mas para o registro e para qualquer pessoa com os mesmos requisitos que eu, decidi postar essa resposta relacionada. O código é inundado com comentários para explicar o código.

Resposta atualizada:

Salve o arquivo como getopt.sh:

#!/bin/bash

function get_variable_name_for_option {
    local OPT_DESC=${1}
    local OPTION=${2}
    local VAR=$(echo ${OPT_DESC} | sed -e "s/.*\[\?-${OPTION} \([A-Z_]\+\).*/\1/g" -e "s/.*\[\?-\(${OPTION}\).*/\1FLAG/g")

    if [[ "${VAR}" == "${1}" ]]; then
        echo ""
    else
        echo ${VAR}
    fi
}

function parse_options {
    local OPT_DESC=${1}
    local INPUT=$(get_input_for_getopts "${OPT_DESC}")

    shift
    while getopts ${INPUT} OPTION ${@};
    do
        [ ${OPTION} == "?" ] && usage
        VARNAME=$(get_variable_name_for_option "${OPT_DESC}" "${OPTION}")
            [ "${VARNAME}" != "" ] && eval "${VARNAME}=${OPTARG:-true}" # && printf "\t%s\n" "* Declaring ${VARNAME}=${!VARNAME} -- OPTIONS='$OPTION'"
    done

    check_for_required "${OPT_DESC}"

}

function check_for_required {
    local OPT_DESC=${1}
    local REQUIRED=$(get_required "${OPT_DESC}" | sed -e "s/\://g")
    while test -n "${REQUIRED}"; do
        OPTION=${REQUIRED:0:1}
        VARNAME=$(get_variable_name_for_option "${OPT_DESC}" "${OPTION}")
                [ -z "${!VARNAME}" ] && printf "ERROR: %s\n" "Option -${OPTION} must been set." && usage
        REQUIRED=${REQUIRED:1}
    done
}

function get_input_for_getopts {
    local OPT_DESC=${1}
    echo ${OPT_DESC} | sed -e "s/\([a-zA-Z]\) [A-Z_]\+/\1:/g" -e "s/[][ -]//g"
}

function get_optional {
    local OPT_DESC=${1}
    echo ${OPT_DESC} | sed -e "s/[^[]*\(\[[^]]*\]\)[^[]*/\1/g" -e "s/\([a-zA-Z]\) [A-Z_]\+/\1:/g" -e "s/[][ -]//g"
}

function get_required {
    local OPT_DESC=${1}
    echo ${OPT_DESC} | sed -e "s/\([a-zA-Z]\) [A-Z_]\+/\1:/g" -e "s/\[[^[]*\]//g" -e "s/[][ -]//g"
}

function usage {
    printf "Usage:\n\t%s\n" "${0} ${OPT_DESC}"
    exit 10
}

Então você pode usá-lo assim:

#!/bin/bash
#
# [ and ] defines optional arguments
#

# location to getopts.sh file
source ./getopt.sh
USAGE="-u USER -d DATABASE -p PASS -s SID [ -a START_DATE_TIME ]"
parse_options "${USAGE}" ${@}

echo ${USER}
echo ${START_DATE_TIME}

Resposta antiga:

Recentemente, eu precisava usar uma abordagem genérica. Me deparei com esta solução:

#!/bin/bash
# Option Description:
# -------------------
#
# Option description is based on getopts bash builtin. The description adds a variable name feature to be used
# on future checks for required or optional values.
# The option description adds "=>VARIABLE_NAME" string. Variable name should be UPPERCASE. Valid characters
# are [A-Z_]*.
#
# A option description example:
#   OPT_DESC="a:=>A_VARIABLE|b:=>B_VARIABLE|c=>C_VARIABLE"
#
# -a option will require a value (the colon means that) and should be saved in variable A_VARIABLE.
# "|" is used to separate options description.
# -b option rule applies the same as -a.
# -c option doesn't require a value (the colon absense means that) and its existence should be set in C_VARIABLE
#
#   ~$ echo get_options ${OPT_DESC}
#   a:b:c
#   ~$
#


# Required options 
REQUIRED_DESC="a:=>REQ_A_VAR_VALUE|B:=>REQ_B_VAR_VALUE|c=>REQ_C_VAR_FLAG"

# Optional options (duh)
OPTIONAL_DESC="P:=>OPT_P_VAR_VALUE|r=>OPT_R_VAR_FLAG"

function usage {
    IFS="|"
    printf "%s" ${0}
    for i in ${REQUIRED_DESC};
    do
        VARNAME=$(echo $i | sed -e "s/.*=>//g")
    printf " %s" "-${i:0:1} $VARNAME"
    done

    for i in ${OPTIONAL_DESC};
    do
        VARNAME=$(echo $i | sed -e "s/.*=>//g")
        printf " %s" "[-${i:0:1} $VARNAME]"
    done
    printf "\n"
    unset IFS
    exit
}

# Auxiliary function that returns options characters to be passed
# into 'getopts' from a option description.
# Arguments:
#   $1: The options description (SEE TOP)
#
# Example:
#   OPT_DESC="h:=>H_VAR|f:=>F_VAR|P=>P_VAR|W=>W_VAR"
#   OPTIONS=$(get_options ${OPT_DESC})
#   echo "${OPTIONS}"
#
# Output:
#   "h:f:PW"
function get_options {
    echo ${1} | sed -e "s/\([a-zA-Z]\:\?\)=>[A-Z_]*|\?/\1/g"
}

# Auxiliary function that returns all variable names separated by '|'
# Arguments:
#       $1: The options description (SEE TOP)
#
# Example:
#       OPT_DESC="h:=>H_VAR|f:=>F_VAR|P=>P_VAR|W=>W_VAR"
#       VARNAMES=$(get_values ${OPT_DESC})
#       echo "${VARNAMES}"
#
# Output:
#       "H_VAR|F_VAR|P_VAR|W_VAR"
function get_variables {
    echo ${1} | sed -e "s/[a-zA-Z]\:\?=>\([^|]*\)/\1/g"
}

# Auxiliary function that returns the variable name based on the
# option passed by.
# Arguments:
#   $1: The options description (SEE TOP)
#   $2: The option which the variable name wants to be retrieved
#
# Example:
#   OPT_DESC="h:=>H_VAR|f:=>F_VAR|P=>P_VAR|W=>W_VAR"
#   H_VAR=$(get_variable_name ${OPT_DESC} "h")
#   echo "${H_VAR}"
#
# Output:
#   "H_VAR"
function get_variable_name {
    VAR=$(echo ${1} | sed -e "s/.*${2}\:\?=>\([^|]*\).*/\1/g")
    if [[ ${VAR} == ${1} ]]; then
        echo ""
    else
        echo ${VAR}
    fi
}

# Gets the required options from the required description
REQUIRED=$(get_options ${REQUIRED_DESC})

# Gets the optional options (duh) from the optional description
OPTIONAL=$(get_options ${OPTIONAL_DESC})

# or... $(get_options "${OPTIONAL_DESC}|${REQUIRED_DESC}")

# The colon at starts instructs getopts to remain silent
while getopts ":${REQUIRED}${OPTIONAL}" OPTION
do
    [[ ${OPTION} == ":" ]] && usage
    VAR=$(get_variable_name "${REQUIRED_DESC}|${OPTIONAL_DESC}" ${OPTION})
    [[ -n ${VAR} ]] && eval "$VAR=${OPTARG}"
done

shift $(($OPTIND - 1))

# Checks for required options. Report an error and exits if
# required options are missing.

# Using function version ...
VARS=$(get_variables ${REQUIRED_DESC})
IFS="|"
for VARNAME in $VARS;
do
    [[ -v ${VARNAME} ]] || usage
done
unset IFS

# ... or using IFS Version (no function)
OLDIFS=${IFS}
IFS="|"
for i in ${REQUIRED_DESC};
do
    VARNAME=$(echo $i | sed -e "s/.*=>//g")
    [[ -v ${VARNAME} ]] || usage
    printf "%s %s %s\n" "-${i:0:1}" "${!VARNAME:=present}" "${VARNAME}"
done
IFS=${OLDIFS}

Eu não testei isso mais ou menos, então eu poderia ter alguns bugs lá.


11
Se você estiver usando getoptsuma função, adicione- local OPTIND OPTARGa à função
glenn jackman

@glennjackman na verdade é mais como uma abordagem sed do que usandogetopts
Sebastian

8

Exemplo POSIX 7

Também vale a pena conferir o exemplo do padrão: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/getopts.html

aflag=
bflag=
while getopts ab: name
do
    case $name in
    a)    aflag=1;;
    b)    bflag=1
          bval="$OPTARG";;
    ?)   printf "Usage: %s: [-a] [-b value] args\n" $0
          exit 2;;
    esac
done
if [ ! -z "$aflag" ]; then
    printf "Option -a specified\n"
fi
if [ ! -z "$bflag" ]; then
    printf 'Option -b "%s" specified\n' "$bval"
fi
shift $(($OPTIND - 1))
printf "Remaining arguments are: %s\n" "$*"

E então podemos experimentar:

$ sh a.sh
Remaining arguments are: 
$ sh a.sh -a
Option -a specified
Remaining arguments are: 
$ sh a.sh -b
No arg for -b option
Usage: a.sh: [-a] [-b value] args
$ sh a.sh -b myval
Option -b "myval" specified
Remaining arguments are: 
$ sh a.sh -a -b myval
Option -a specified
Option -b "myval" specified
Remaining arguments are: 
$ sh a.sh remain
Remaining arguments are: remain
$ sh a.sh -- -a remain
Remaining arguments are: -a remain

Testado no Ubuntu 17.10, shé o traço 0.5.8.


0

"getops" e "getopt" são muito limitados. Embora "getopt" seja sugerido para não ser usado, ele oferece opções longas. Onde "getopts" permite apenas opções de caracteres únicos, como "-a" "-b". Existem mais algumas desvantagens ao usar qualquer um deles.

Então, eu escrevi um pequeno script que substitui "getopts" e "getopt". É um começo, provavelmente poderia ser melhorado bastante.

Atualização 08-04-2020 : adicionei suporte para hífens, por exemplo, "--package-name".

Uso: "./script.sh package install --package" nome com espaço "--build --archive"

# Example:
# parseArguments "${@}"
# echo "${ARG_0}" -> package
# echo "${ARG_1}" -> install
# echo "${ARG_PACKAGE}" -> "name with space"
# echo "${ARG_BUILD}" -> 1 (true)
# echo "${ARG_ARCHIVE}" -> 1 (true)
function parseArguments() {
  PREVIOUS_ITEM=''
  COUNT=0
  for CURRENT_ITEM in "${@}"
  do
    if [[ ${CURRENT_ITEM} == "--"* ]]; then
      printf -v "ARG_$(formatArgument "${CURRENT_ITEM}")" "%s" "1" # could set this to empty string and check with [ -z "${ARG_ITEM-x}" ] if it's set, but empty.
    else
      if [[ $PREVIOUS_ITEM == "--"* ]]; then
        printf -v "ARG_$(formatArgument "${PREVIOUS_ITEM}")" "%s" "${CURRENT_ITEM}"
      else
        printf -v "ARG_${COUNT}" "%s" "${CURRENT_ITEM}"
      fi
    fi

    PREVIOUS_ITEM="${CURRENT_ITEM}"
    (( COUNT++ ))
  done
}

# Format argument.
function formatArgument() {
  ARGUMENT="${1^^}" # Capitalize.
  ARGUMENT="${ARGUMENT/--/}" # Remove "--".
  ARGUMENT="${ARGUMENT//-/_}" # Replace "-" with "_".
  echo "${ARGUMENT}"
}
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.