Expansion de variables à l'intérieur de guillemets simples dans une commande dans Bash

Je veux exécuter une commande à partir d'un script bash qui a des guillemets simples et quelques autres commandes à l'intérieur des guillemets simples et une variable.

par exemple repo forall -c '....$variable'

Dans ce format, $est échappé et la variable n'est pas développée.

J'ai essayé les variantes suivantes mais elles ont été rejetées:

repo forall -c '...."$variable" '

repo forall -c " '....$variable' "

" repo forall -c '....$variable' "

repo forall -c "'" ....$variable "'"

Si je remplace la valeur à la place de la variable, la commande est exécutée très bien.

Veuillez me dire où je me trompe.

Dans les guillemets simples, tout est conservé littéralement, sans exception.

Cela signifie que vous devez fermer les guillemets, insérer quelque chose, puis ressaisir.

'before'"$variable"'after'
'before'"'"'after'
'before'\''after'

La concaténation de mots se fait simplement par juxtaposition. Comme vous pouvez le vérifier, chacune des lignes ci-dessus est un seul mot pour le shell. Les citations (simples ou doubles, selon la situation) n'isolent pas les mots. Ils ne sont utilisés que pour l' interprétation désactiver des différents caractères spéciaux, comme des espaces, $, ;... Pour un bon tutoriel à citer voir la réponse de Mark Reed. Également pertinent: quels caractères doivent être échappés dans bash?

Ne pas concaténer des chaînes interprétées par un shell

Vous devez absolument éviter de construire des commandes shell en concaténant des variables. C'est une mauvaise idée similaire à la concaténation de fragments SQL (injection SQL!).

Il est généralement possible d'avoir des espaces réservés dans la commande et de fournir la commande avec des variables afin que l'appelé puisse les recevoir de la liste des arguments d'appel.

Par exemple, ce qui suit est très dangereux. NE FAITES PAS CELA

script="echo \"Argument 1 is: $myvar\""
/bin/sh -c "$script"

Si le contenu de $myvarn'est pas approuvé, voici un exploit:

myvar='foo"; echo "you were hacked'

Au lieu de l'invocation ci-dessus, utilisez des arguments positionnels. L'invocation suivante est meilleure - elle n'est pas exploitable:

script='echo "arg 1 is: $1"'
/bin/sh -c "$script" -- "$myvar"

Notez l'utilisation de ticks simples dans l'affectation à script, ce qui signifie qu'elle est prise à la lettre, sans expansion variable ou toute autre forme d'interprétation.

La repocommande ne se soucie pas du type de guillemets qu'elle obtient. Si vous avez besoin d'une extension de paramètre, utilisez des guillemets doubles. Si cela signifie que vous finissez par avoir à inverser beaucoup de choses, utilisez des guillemets simples pour la plupart, puis sortez-en et passez en double pour la partie où vous avez besoin de l'extension.

repo forall -c 'literal stuff goes here; '"stuff with $parameters here"' more literal stuff'

L'explication suit, si vous êtes intéressé.

Lorsque vous exécutez une commande à partir du shell, ce que cette commande reçoit comme arguments est un tableau de chaînes terminées par null. Ces chaînes peuvent contenir absolument tout caractère non nul.

Mais lorsque le shell construit ce tableau de chaînes à partir d'une ligne de commande, il interprète spécialement certains caractères; ceci est conçu pour rendre les commandes plus faciles (en fait, possibles) à taper. Par exemple, les espaces indiquent normalement la frontière entre les chaînes du tableau; pour cette raison, les arguments individuels sont parfois appelés «mots». Mais un argument peut néanmoins contenir des espaces; vous avez juste besoin d'un moyen de dire au shell que c'est ce que vous voulez.

Vous pouvez utiliser une barre oblique inverse devant n'importe quel caractère (y compris l'espace ou une autre barre oblique inverse) pour indiquer au shell de traiter ce caractère littéralement. Mais alors que vous pouvez faire quelque chose comme ça:

echo \"Thank\ you.\ \ That\'ll\ be\ \$4.96,\ please,\"\ said\ the\ cashier

... ça peut devenir ennuyeux. Le shell propose donc une alternative: les guillemets. Ceux-ci se déclinent en deux variétés principales.

Les guillemets doubles sont appelés "guillemets de regroupement". Ils empêchent les caractères génériques et les alias d'être étendus, mais ils visent principalement à inclure des espaces dans un mot. D'autres choses comme l'expansion des paramètres et des commandes (le genre de choses signalées par a $) se produisent toujours. Et bien sûr, si vous voulez un guillemet double littéral à l'intérieur des guillemets doubles, vous devez le contre-obliquer:

echo "\"Thank you. That'll be \$4.96, please,\" said the cashier"

Les guillemets simples sont plus draconiens. Tout entre eux est pris complètement à la lettre, y compris les contre-obliques. Il n'y a absolument aucun moyen d'obtenir un guillemet simple littéral à l'intérieur de guillemets simples.

Heureusement, les guillemets dans le shell ne sont pas des délimiteurs de mots ; par eux-mêmes, ils ne terminent pas un mot. Vous pouvez entrer et sortir des guillemets, y compris entre différents types de guillemets, dans le même mot pour obtenir le résultat souhaité:

echo '"Thank you. That'\''ll be $4.96, please," said the cashier'

C'est donc plus facile - beaucoup moins de barres obliques inverses, bien que la séquence close-single-quote, backslashed-literal-single-quote, open-single-quote prend un certain temps pour s'y habituer.

Les coques modernes ont ajouté un autre style de citation non spécifié par la norme POSIX, dans lequel le guillemet simple de tête est précédé d'un signe dollar. Les chaînes ainsi citées suivent des conventions similaires aux littéraux de chaîne dans le langage de programmation ANSI C, et sont donc parfois appelées "chaînes ANSI" et la paire $'... '"guillemets ANSI". Dans de telles chaînes, les conseils ci-dessus sur les contre-obliques qui sont pris littéralement ne s'appliquent plus. Au lieu de cela, ils redeviennent spéciaux - non seulement vous pouvez inclure un guillemet simple littéral ou une barre oblique inverse en lui ajoutant une barre oblique inverse, mais le shell étend également les échappements de caractères ANSI C (comme \npour une nouvelle ligne, \tpour tabulation et \xHHpour le caractère avec code hexadécimalHH). Sinon, cependant, ils se comportent comme des chaînes entre guillemets simples: aucune substitution de paramètre ou de commande n'a lieu:

echo $'"Thank you.  That\'ll be $4.96, please," said the cashier'

La chose importante à noter est que la chaîne unique reçue comme argument de la echocommande est exactement la même dans tous ces exemples. Une fois que le shell a fini d'analyser une ligne de commande, il n'y a aucun moyen pour la commande en cours d'exécution de dire ce qui a été cité. Même s'il le voulait.

Voici ce qui a fonctionné pour moi -

QUOTE="'"
hive -e "alter table TBL_NAME set location $QUOTE$TBL_HDFS_DIR_PATH$QUOTE"

EDIT: (Selon les commentaires en question :)

Je me suis penché sur cette question depuis lors. J'ai eu la chance d'avoir un dépôt qui traîne. Il n'est toujours pas clair pour moi si vous devez inclure vos commandes entre guillemets simples par la force. J'ai examiné la syntaxe du référentiel et je ne pense pas que vous en ayez besoin. Vous pouvez utiliser des guillemets doubles autour de votre commande, puis utiliser les guillemets simples et doubles dont vous avez besoin à l'intérieur, à condition d'échapper aux doubles.

utilisez simplement printf

au lieu de

repo forall -c '....$variable'

utilisez printf pour remplacer le jeton de variable par la variable développée.

Par exemple:

template='.... %s'

repo forall -c $(printf "${template}" "${variable}")

Les variables peuvent contenir des guillemets simples.

myvar=\'....$variable\'

repo forall -c $myvar

Est-ce que ça marche pour toi?

eval repo forall -c '....$variable'