linux GNU getopt: игнорировать неизвестные необязательные аргументы?

Невозможно указать GNU getopt игнорировать неизвестные параметры. Если вам действительно нужна эта функция, вам придется написать собственный анализатор опций.

Это не так просто, как просто игнорировать неизвестные параметры. Как узнать, принимает ли неизвестная опция аргумент или нет?

Пример использования оригинального скрипта:

originalscript --mode foo source

здесь foo является аргументом опции --mode. в то время как source является «параметром без опций» (иногда называемым «позиционным параметром»).

Пример использования скрипта-оболочки:

wrapperscript --with template --mode foo source

Откуда getopt в wrapperscript знает, что он должен игнорировать --mode вместе с foo? Если он просто игнорирует --mode, тогда originalscript получит foo в качестве первого позиционного параметра.

Возможный обходной путь — сообщить пользователям вашего скрипта-оболочки, чтобы они писали все параметры, предназначенные для исходного скрипта, после двойного дефиса (--). По соглашению двойное тире отмечает конец опций. GNU getopt распознает двойное тире и прекращает синтаксический анализ, а остальное возвращает как позиционные параметры.

Смотрите также:

• http://wiki.bash-hackers.org/dict/terms/end_of_options

Я работал над похожей вещью и обнаружил, что это работает, чтобы ошибки getopt не мешали мне этими ошибками. В основном просто отправьте ошибки в забвение.

while getopts "i:s:" opt > /dev/null 2>&1; do
    case $opt in
      i)
        END=$OPTARG
      ;;
    esac
done
./innerscript $*

$ ./blah.sh -s 20140503 -i 3 -a -b -c

Если вы хотите просто игнорировать stderr, добавьте 2>dev/null к начальной строке while, как показано ниже. Я думаю, вы можете использовать это и для getopt.

while getopts "a:p:" opt 2>/dev/null
do
    case $opt in
      \?)
        echo "any error comment you want" 1>&2
        exit 1
        ;;
    esac
done

Ну, я мог бы обойти проблему. Идея состоит в том, чтобы возиться с OPTIND при встрече с неизвестной опцией, чтобы синтаксический анализ мог быть продолжен getopts. Следовательно, нам нужно было бы сохранить то, где мы были при синтаксическом анализе, чтобы OPTIND можно было соответствующим образом скорректировать.

local parse_index=1 # initialize to cater for the first option coming out unknown
while getopts ':m:t:r:u:p:' opt; do
  case $opt in
    m) build_module="$OPTARG"
       parse_index=$OPTIND
       ;;
    t) build_tag="$OPTARG"
       parse_index=$OPTIND
       ;;
    r) container_registry="$OPTARG"
       parse_index=$OPTIND
       ;;
    u) registry_username="$OPTARG"
       parse_index=$OPTIND
       ;;
    p) registry_password="$OPTARG"
       parse_index=$OPTIND
       ;;
    :) echo "Option -$OPTARG requires an argument" >/dev/stderr
       ;;
   \?) echo "Unknown option: -$OPTARG"
       ((OPTIND = $parse_index + 2))    # fool `getopts` to continue parsing
       parse_index=$OPTIND      # adjust to cater for successive unknown options
       ;;
  esac
done

Я использовал предположение, что за неизвестными вариантами следует аргумент, поэтому часть ((OPTIND = $parse_index + 2)) адаптируется к вашему случаю. Предположение оказывается хрупким и не всеобъемлющим, но работает в этих обстоятельствах. Также обратите внимание, что он по-прежнему прерывается в случае ошибки (отсутствует аргумент).

Видимо, не общий и чистый подход, тем не менее, помог выйти из ситуации, когда другой альтернативы не нашлось.