如果你在这里试图用GitHub动作调试这个“模糊重定向”错误。我强烈建议这样尝试:

echo "MY_VAR=foobar" >> $GITHUB_ENV

我使用$GITHUB_ENV所经历的行为是，它将其添加到管道环境变量中，如我的示例所示MY_VAR

我刚刚在bash脚本中出现了这个错误。问题是在前一行的末尾出现了一个意外的\错误。

Bash有时很迟钝。

对于基本相同的错误，下面的命令都会返回不同的错误消息:

$ echo hello >
bash: syntax error near unexpected token `newline`

$ echo hello > ${NONEXISTENT}
bash: ${NONEXISTENT}: ambiguous redirect

$ echo hello > "${NONEXISTENT}"
bash: : No such file or directory

在变量周围添加引号似乎是处理“模糊重定向”消息的好方法:当您犯了键入错误时，往往会得到更好的消息——当错误是由文件名中的空格引起时，使用引号是解决办法。

在变量周围加上引号。如果它碰巧有空格，它也会给你“歧义重定向”。还要检查拼写

echo $AAAA"     "$DDDD"         "$MOL_TAG  >>  "${OUPUT_RESULTS}"

歧义的，模棱两可的

$ var="file with spaces"
$ echo $AAAA"     "$DDDD"         "$MOL_TAG >> ${var}
bash: ${var}: ambiguous redirect
$ echo $AAAA"     "$DDDD"         "$MOL_TAG >> "${var}"
$ cat file\ with\ spaces
aaaa     dddd         mol_tag

另一个可能导致“模糊重定向”的东西是你所写的变量名中的\t \n \r

也许不是\n\r?但宁可慎之又慎

试试这个

echo "a" > ${output_name//[$'\t\n\r']}

我在解析HTML时遇到了这个问题，tab \t在行首。

我最近发现重定向文件名称中的空格会导致“模糊重定向”消息。

例如，如果重定向到应用程序$(date +%Y%m%d%k% m% S).log，并且指定了错误的格式化字符，则重定向将在上午10点之前失败。但是，如果您使用应用程序$(date +%Y%m%d%H% m% S).log则会成功。这是因为%k格式为9AM生成' 9'，而%H格式为9AM生成'09'。

echo $(date +%Y%m%d%k% m% S)返回20140626 95138

echo $(date +%Y%m%d%H% m% S)返回20140626095138

错误的日期可能会给出如下内容:

echo "a" > myapp20140626 95138.log

以下是所期望的:

echo "a" > myapp20140626095138.log