要将stderr和stdout合并到stdout流中，我们将其附加到命令中：
2>&1
例如，查看编译g++main.cpp时的前几个错误：
g++ main.cpp 2>&1 | head
2>&1的详细含义是什么？
当前回答
要将stdout重定向到file.txt：
echo test > file.txt
这相当于：
echo test 1> file.txt
要将stderr重定向到file.txt：
echo test 2> file.txt
所以>是将流重定向到另一个文件描述符的语法（&I）：
0是标准输入1是标准输出2是标准错误
要将stdout重定向到stderr：
echo test 1>&2 # equivalently, echo test >&2
要将stderr重定向到stdout：
echo test 2>&1
因此，在2>&1中：
2> 将stderr重定向到（未指定）文件。&1将stderr重定向到stdout。
其他回答
注意，1>&2不能与2>&1互换使用。
假设您的命令依赖于管道，例如：docker日志1b3e97c49e39 2>&1|grep“一些日志”grepping将在stderr和stdout之间发生，因为stderr基本上被合并到stdout中。
但是，如果您尝试：docker日志1b3e97c49e39 1>&2|grep“一些日志”，grepping根本不会在任何地方搜索，因为Unix管道通过连接stdout|stdin来连接进程，而在第二种情况下，stdout被重定向到stderr，Unix管道对此没有兴趣。
如果系统上不存在/foo，而/tmp确实存在…
$ ls -l /tmp /foo
将打印/tmp的内容并为/foo打印错误消息
$ ls -l /tmp /foo > /dev/null
将/tmp的内容发送到/dev/null并为/foo打印错误消息
$ ls -l /tmp /foo 1> /dev/null
将完全相同（注意1）
$ ls -l /tmp /foo 2> /dev/null
将打印/tmp的内容并将错误消息发送到/dev/null
$ ls -l /tmp /foo 1> /dev/null 2> /dev/null
将向/dev/null发送列表和错误消息
$ ls -l /tmp /foo > /dev/null 2> &1
是速记
你需要从管道的角度来理解这一点。
$ (whoami;ZZZ) 2>&1 | cat
logan
ZZZ: command not found
正如您所看到的，管道LHS的stdout和stderr都被送入（管道的）RHS。
这与
$ (whoami;ZZZ) |& cat
logan
ZZZ: command not found
2是控制台标准错误。
1是控制台标准输出。
这是标准的Unix，Windows也遵循POSIX。
例如，当您跑步时
perl test.pl 2>&1
标准错误被重定向到标准输出，因此您可以同时看到两个输出：
perl test.pl > debug.log 2>&1
执行后，您可以在debug.log中看到所有输出，包括错误。
perl test.pl 1>out.log 2>err.log
然后标准输出转到out.log，标准错误转到err.log。
我建议你试着理解这些。
文件描述符1是标准输出（stdout）。文件描述符2是标准错误（stderr）。
首先，2>1可能是将stderr重定向到stdout的好方法。然而，它实际上会被解释为“将stderr重定向到名为1的文件”。
&指示后面和前面的是文件描述符，而不是文件名。因此，我们使用2>&1。考虑>&成为重定向合并运营商。
