Início / unix / Perguntas / 433987
Accepted
smarber
Asked: 2018-03-28 23:42:11 +0800 CST

Embrulhe funções bash em uma função de corredor

  • 772

Meu script contém muitos mysqldump blabla > dump.sqle mysq balbla < dump.sqlpara possibilitar a execução no modo de simulação .

Na verdade, o objetivo é criar uma função runpara executar qualquer coisa que eu pedir.

  run echo 'hello world'
  run mysqldump blabla > dump.sql
  run mysql blabla < dump.sql
  run ssh blabla
  # etc


run() {
    if [[ "$(printenv DRY_RUN)" = "yes" ]]
    then
        echo "${@}"
    else
        ${@}
    fi
}

No entanto, isso não funciona:

run "mysqldump -uuser -ppass dbase > dump.sql"

Eu recebo este erro:

mysqldump: não foi possível encontrar a tabela: ">"

bash

3 respostas

  1. Best Answer

    Você deve usar "${@}"em vez de ${@}(como com echo "${@}"), mas esse não é o motivo do seu problema.

    A razão é que o redirecionamento ocorre muito cedo na análise da linha de comando, antes da substituição do parâmetro. Assim, depois que a variável foi colocada >na linha de comando, o shell não está procurando >mais.

    Um ponto importante que notei depois de publicar minha resposta: Com uma chamada como

    run mysqldump blabla > dump.sql

    a função runnão vê >e dump.sql. Isso provavelmente não é o que você deseja, porque impede que você altere todos os redirecionamentos com uma única variável de ambiente, pois a saída echo "${@}"também é redirecionada para o arquivo. Assim, você deve usar algo como run --redirect dump.sql mysqldump blabla, veja abaixo.

    Existem duas possibilidades:

    1. Fique com "$@"e use eval. Isso pode levá-lo a um pesadelo de citação, é claro. Você tem que citar tudo, exceto para >que o shell veja um vazio >na linha de comando antes de fazer a remoção das citações.

    2. Trate o redirecionamento separadamente: 

      run --redirect dump.sql mysqldump blabla

run() {
    if [ "$1" == '--redirect' ]; then
        shift
        redirect_target="$1"
        shift
    else
        redirect_target='/dev/stdout' # works at least with Linux
    fi

    if [[ "$(printenv DRY_RUN)" = "yes" ]]
    then
        echo "${@}"
    else
        "${@}" > "$redirect_target"
    fi
}

      Você pode evitar o redirect_target='/dev/stdout'se colocar o if [ "$1" == '--redirect' ]no elseramo de if [[ "$(printenv DRY_RUN)" = "yes" ]].

          if [[ "$(printenv DRY_RUN)" = "yes" ]]
    then
        if [ "$1" == '--redirect' ]; then
            # do not output "--redirect file"
            shift
            shift
        fi
        echo "${@}"
    else
        if [ "$1" == '--redirect' ]; then
            shift
            redirect_target="$1"
            shift
            "${@}" > "$redirect_target"
        else
            "${@}"
        fi
    fi
    • 5

  2. Como em outra resposta recente que postei , a divisão de palavras acontece tarde demais para iniciar o redirecionamento (mas não tarde demais para afetar o redirecionamento).

    Você pode executar o comando usando eval, como sugerido em outra resposta na postagem vinculada, ou usando bash -c "$*", enquanto ainda precisa citar toda a linha de comando, incluindo redirecionamentos.

    Porém, se você quiser evitar ter que citar os comandos, uma opção é definir -nv( noexece verbose), para que o bash não execute os comandos, mas apenas os imprima. Portanto, em vez de um wrapper run, no início do script, faça:

    [[ $DRY_RUN = yes ]] && set -nv
    • 0

  3. Use "$@"(com aspas duplas):

    run() {
    if [[ "$(printenv DRY_RUN)" = "yes" ]]
    then
        echo "${@}"
    else
    "$@"
    fi
}

    Sem eles, $@expande para um único token.

    • -1

relate perguntas