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

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

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

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

echo "MY_VAR=foobar" >> $GITHUB_ENV

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

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

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

试试这个

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

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

这也可能是事实。

您没有在变量中指定文件并将输出重定向到该文件，那么bash将抛出此错误。

files=`ls`
out_file = /path/to/output_file.t
for i in `echo "$files"`;
do
    content=`cat $i` 
    echo "${content}  ${i}" >> ${out_file}
done

Out_file变量没有正确设置，所以也要注意这一点。 顺便说一下，这段代码将打印控制台上的所有内容及其文件名。

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

例如，如果重定向到应用程序$(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