使用“＆gt; gt; quot”将撰写给文件的区别是什么。 VS使用lineFeed字符“ \ n \ n”在将文本加载到Kubernetes Secret时，在字符串中？

Question

我已经观察到kubectl在使用- From-Literal选项时，将附加\插入到LineFeed字符上。从文件加载“相同”内容时，它可以按预期工作。显然，必须有区别，因为Stdout看起来有所不同，但我看不到原因。

echo "api_key" >> .tmp
echo "api_value" >> .tmp
cat -e .tmp
kubectl delete secrets api-env
kubectl create secret generic api-env --from-file=.api=.tmp
rm .tmp
kubectl get secret api-env -o json | jq '.data | map_values(@base64d)'

#prints:
#api_key$
#api_value$
#secret "api-env" deleted
#secret/api-env created
#{
#  ".api": "api_key\napi_value\n"
#}

上面的命令在每行上创建一个单线馈示字符。由CAT -E演示，文件中有两个线馈字符，每个字符在末尾。

使用字符串进行相同的操作结果，在要逃脱的\ n中。

api="api_key\napi_value\n"
echo $api
kubectl delete secrets api-env
kubectl create secret generic api-env --from-literal=.api=$api
kubectl get secret api-env -o json | jq '.data | map_values(@base64d)'

#prints:
#api_key\napi_value\n
#secret "api-env" deleted
#secret/api-env created
#{
#  ".api": "api_key\\napi_value\\n"
#}

echo命令显示了该字符串，因为将其提供给了变量，但是将其加载到Kubernetes后\ n被逃脱，并且内容被认为是一行。

这很重要，因为在我使用kubectl的几种情况下，我不允许写入本地文件系统。

这里发生了什么，以及如何阻止Kubernetes逃脱\ n字符？

环境：

• ZSH 5.8（X86_64- -Apple-darwin21.0）
• Darwin内核版本21.4.0：root：XNU-8020.101.4〜15/Release_x86_64 X86_64 X86_64
• 客户端
• ：
• kubectl ：v1.25.2

Answer 1

当您使用echo $ api时，echo本身会更改内容：启用XSI扩展名的posix-Commiant shell（并且ZSH并不符合POSIX compliant，它， die 实现此方面），\ n s被字面的新线代替。

- from-literal = .api = $ api;在那里，您的\ n S仍然是两个字符的序列，首先是反斜击，然后是n。

鉴于您正在使用$'\ n'来支持直接表示newline字面的方法，请考虑- from-literal = .api =“ api_key” $ '\ n'“ api_value”