你跑的时候:
`mkdir $dir`
shell 首先在子shell 中运行命令mkdir $dir,捕获其(标准)输出,然后将捕获的字符串作为命令运行。幸好输出是空的,所以第二步什么也没执行。
然后你跑的时候:
`cp /home/bhavya/workspace/UnetStack/logs/log-0.txt $dir/log.txt`
副本在子shell中执行,输出被捕获并执行。同样,输出是空的,所以执行的第二阶段什么也没做。
然后你跑了:
`cd $dir`
再一次,cd 操作在子 shell 中运行,该子 shell 在更改自己的当前工作目录后退出,但不影响父 shell(这是 Unix,而不是 DOS .bat 命令文件)。和之前一样,cd 命令的输出被捕获并执行,但是输出是空的,所以没有什么可以执行的。
基本上,您不会像现在那样广泛使用反引号。
写就够了:
dir=sample
mkdir $dir
cp /home/bhavya/workspace/UnetStack/logs/log-0.txt $dir/log.txt
cd $dir
...other activity in the new directory...
请注意,如果这是在脚本中,那么执行脚本的正常方式仍会将父 shell 留在原始目录中。有一些方法可以让它影响原始 shell — 了解 . 命令(或者,在 bash 中,source 命令;这更容易搜索)。
您通常使用反引号(或者更好的是$(...) 表示法)来捕获数据。例如:
gcc_lib_dir=$(dirname $(dirname $(which gcc)))/lib
最里面的命令是which gcc;它可能会产生/usr/gcc/v4.7.1/bin/gcc;内部dirname 然后产生/usr/gcc/v4.7.1/bin;外部目录名产生/usr/gcc/v4.7.1;附加的/lib 给出了
gcc_lib_dir=/usr/gcc/v4.7.1/lib
这也说明了为什么$(...) 优于反引号:
gcc_lib_dir=`dirname \`dirname \\\`which gcc\\\`\``/lib
这很难正确,也更难输入!