我刚刚删除了主目录中的所有内容。如何？为什么有些文件仍然存在？

Question 1

什么地方出了错？

从您的主目录开始，例如/home/felix，甚至从/home/felix/src或开始/home/felix/Downloads/src。

cd ../Dependencies/cpython

失败，因为没有../Dependencies。

mkdir debug
cd debug

您现在位于debug起始目录的子目录中。

../configure --with-pydebug --enable-shared
make

不执行任何操作，因为没有../configure或make。

cd ../../..
cd ..

如果开始时目录深度不超过三层，达到cd debug第四层时，当前目录现在是根目录。如果您开始时有四个目录级别，则当前目录是 now /home。

mkdir -p cmake-build-local

这会失败，因为您没有写入/或的权限/home。

cd cmake-build-local

由于没有目录，因此失败cmake-build-local。

我们现在要……

文件被删除的顺序是什么？

rm -rf *

这会尝试递归删除当前目录中的每个文件，即/或/home。主目录按字母顺序枚举，但下面的文件按目录遍历的任意顺序枚举。它的顺序相同ls --sort=none（除非rm由于某种原因决定使用不同的顺序）。请注意，此顺序通常不会保留在备份中，并且在目录中创建或删除文件时可能会更改。

如何修复脚本

首先，几乎所有 shell 脚本都应该位于set -e顶部附近。set -e如果命令失败，则会导致脚本中止。（如果退出状态非零，命令就会失败。）set -e并不是万能药，因为在某些情况下它不会生效。但这是您可以期望的最低限度，而且它在这里会做正确的事情。

（脚本也应该以舍邦行来指示要使用哪个 shell，例如#!/bin/sh或#!/bin/bash。但这对解决这个问题没有帮助。）

rm -rf *，或类似的变体rm -rf $foo.*（如果$foo结果是空的怎么办？），是脆弱的。在这里，而不是

mkdir -p cmake-build-local
cd cmake-build-local
rm -rf *

删除并重新创建目录会更可靠。（这不会保留目录的权限，但在这里这不是问题。）

rm -rf cmake-build-local
mkdir cmake-build-local
cd cmake-build-local

make clean另一种方法对于删除错误的文件更强大，但对于删除丢失的文件更脆弱：通过运行具有rm已知构建目标和已知扩展名的命令（例如rm *.o可以），仅删除已知已构建的文件。

Answer

哎哟。你不是第一个受害者。

什么地方出了错？

从您的主目录开始，例如/home/felix，甚至从/home/felix/src或开始/home/felix/Downloads/src。

cd ../Dependencies/cpython

失败，因为没有../Dependencies。

mkdir debug
cd debug

您现在位于debug起始目录的子目录中。

../configure --with-pydebug --enable-shared
make

不执行任何操作，因为没有../configure或make。

cd ../../..
cd ..

如果开始时目录深度不超过三层，达到cd debug第四层时，当前目录现在是根目录。如果您开始时有四个目录级别，则当前目录是 now /home。

mkdir -p cmake-build-local

这会失败，因为您没有写入/或的权限/home。

cd cmake-build-local

由于没有目录，因此失败cmake-build-local。

我们现在要……

文件被删除的顺序是什么？

rm -rf *

这会尝试递归删除当前目录中的每个文件，即/或/home。主目录按字母顺序枚举，但下面的文件按目录遍历的任意顺序枚举。它的顺序相同ls --sort=none（除非rm由于某种原因决定使用不同的顺序）。请注意，此顺序通常不会保留在备份中，并且在目录中创建或删除文件时可能会更改。

如何修复脚本

首先，几乎所有 shell 脚本都应该位于set -e顶部附近。set -e如果命令失败，则会导致脚本中止。（如果退出状态非零，命令就会失败。）set -e并不是万能药，因为在某些情况下它不会生效。但这是您可以期望的最低限度，而且它在这里会做正确的事情。

（脚本也应该以舍邦行来指示要使用哪个 shell，例如#!/bin/sh或#!/bin/bash。但这对解决这个问题没有帮助。）

rm -rf *，或类似的变体rm -rf $foo.*（如果$foo结果是空的怎么办？），是脆弱的。在这里，而不是

mkdir -p cmake-build-local
cd cmake-build-local
rm -rf *

删除并重新创建目录会更可靠。（这不会保留目录的权限，但在这里这不是问题。）

rm -rf cmake-build-local
mkdir cmake-build-local
cd cmake-build-local

make clean另一种方法对于删除错误的文件更强大，但对于删除丢失的文件更脆弱：通过运行具有rm已知构建目标和已知扩展名的命令（例如rm *.o可以），仅删除已知已构建的文件。

Question 2

跟踪您的cd调用，假设我们正在运行脚本~/Distribution/Scripts并假设每个调用都cd成功：

cd ../Dependencies/cpython

我们现在在~/Distribution/Dependencies/cpython.

mkdir debug
cd debug

我们现在在~/Distribution/Dependencies/cpython/debug.

cd ../../..

我们现在在~/Distribution.

cd ..

我们现在位于您的主目录中。

mkdir -p cmake-build-local
cd cmake-build-local

我们现在在~/cmake-build-local.这就是你奔跑的地方rm -rf *。

cd ..

我们现在回到您的主目录

cd Distribution

我们现在在~/Distribution.

cd ..
cd Scripts

我们现在处于~/Scripts（您会因此得到一个错误，因为您比您预期的级别高一级）。

接着。您尝试运行相同的脚本，但来自~/Distribution.

cd ../Dependencies/cpython

这失败了。这让你仍然处于~/Distribution.

mkdir debug
cd debug

你现在在~/Distribution/debug.

cd ../../..

您现在位于~/..（可能位于/home）。

cd ..

你很可能/现在就在。

cd Distribution
mkdir -p cmake-build-local
cd cmake-build-local

这些可能会由于“没有这样的文件或目录”和“权限被拒绝”而失败。

rm -rf *

您仍在/目录中，您的rm命令将尝试删除整个文件系统中的每个文件。权限仅允许删除位于您有写入权限的目录中的文件，因此您可能只会丢失/tmp主目录中的文件。

命令行上列出的参数rm将按照扩展它们的顺序进行处理*（字典顺序，即，bin，boot，cdrom，dev，etc等）。然后列出的每个目录将按照“目录顺序”（未排序）进行递归处理。

你应该做什么：

#!/bin/sh

topdir=$HOME/Distribution

mkdir -p "$topdir/Dependencies/cpython/debug"
(
    cd "$topdir/Dependencies/cpython/debug" || exit 1

    ../configure --with-pydebug --enable-shared
    make
)

rm -rf "$topdir/cmake-build-local"
mkdir -p "$topdir/cmake-build-local"
(
    cd "$topdir/cmake-build-local" || exit 1

    cmake .. -DMVDIST_ONLY=True -DMVPY_VERSION=0 -DMVDPG_VERSION=local_build
    make -j
)

(
    cd "$topdir" || exit 1

    python3 BuildPythonWheel.py ../cmake-build-local/[redacted]/core.so 0
    python3 -m ensurepip
    python3 -m pip install --upgrade pip
    python3 -m setup bdist_wheel --plat-name manylinux1_x86_64 --dist-dir ../dist
)

每个单独的子 shell 中的工作目录( ... )都是该子 shell 的本地目录。子 shell 中的初始值cd不会影响“外部”环境的工作目录。代码的其余部分使用不依赖于用户 shell 会话的初始工作目录的绝对路径名。特别要注意的是，该rm命令不会盲目扩展*，而是删除通过绝对路径指定的特定目录（如果该目录不存在，这不会出现严重错误）。

Answer

跟踪您的cd调用，假设我们正在运行脚本~/Distribution/Scripts并假设每个调用都cd成功：

cd ../Dependencies/cpython

我们现在在~/Distribution/Dependencies/cpython.

mkdir debug
cd debug

我们现在在~/Distribution/Dependencies/cpython/debug.

cd ../../..

我们现在在~/Distribution.

cd ..

我们现在位于您的主目录中。

mkdir -p cmake-build-local
cd cmake-build-local

我们现在在~/cmake-build-local.这就是你奔跑的地方rm -rf *。

cd ..

我们现在回到您的主目录

cd Distribution

我们现在在~/Distribution.

cd ..
cd Scripts

我们现在处于~/Scripts（您会因此得到一个错误，因为您比您预期的级别高一级）。

接着。您尝试运行相同的脚本，但来自~/Distribution.

cd ../Dependencies/cpython

这失败了。这让你仍然处于~/Distribution.

mkdir debug
cd debug

你现在在~/Distribution/debug.

cd ../../..

您现在位于~/..（可能位于/home）。

cd ..

你很可能/现在就在。

cd Distribution
mkdir -p cmake-build-local
cd cmake-build-local

这些可能会由于“没有这样的文件或目录”和“权限被拒绝”而失败。

rm -rf *

您仍在/目录中，您的rm命令将尝试删除整个文件系统中的每个文件。权限仅允许删除位于您有写入权限的目录中的文件，因此您可能只会丢失/tmp主目录中的文件。

命令行上列出的参数rm将按照扩展它们的顺序进行处理*（字典顺序，即，bin，boot，cdrom，dev，etc等）。然后列出的每个目录将按照“目录顺序”（未排序）进行递归处理。

你应该做什么：

#!/bin/sh

topdir=$HOME/Distribution

mkdir -p "$topdir/Dependencies/cpython/debug"
(
    cd "$topdir/Dependencies/cpython/debug" || exit 1

    ../configure --with-pydebug --enable-shared
    make
)

rm -rf "$topdir/cmake-build-local"
mkdir -p "$topdir/cmake-build-local"
(
    cd "$topdir/cmake-build-local" || exit 1

    cmake .. -DMVDIST_ONLY=True -DMVPY_VERSION=0 -DMVDPG_VERSION=local_build
    make -j
)

(
    cd "$topdir" || exit 1

    python3 BuildPythonWheel.py ../cmake-build-local/[redacted]/core.so 0
    python3 -m ensurepip
    python3 -m pip install --upgrade pip
    python3 -m setup bdist_wheel --plat-name manylinux1_x86_64 --dist-dir ../dist
)

每个单独的子 shell 中的工作目录( ... )都是该子 shell 的本地目录。子 shell 中的初始值cd不会影响“外部”环境的工作目录。代码的其余部分使用不依赖于用户 shell 会话的初始工作目录的绝对路径名。特别要注意的是，该rm命令不会盲目扩展*，而是删除通过绝对路径指定的特定目录（如果该目录不存在，这不会出现严重错误）。

Question 3

如果脚本假设它是从 inside 运行的Scripts，那么这些都不会执行脚本作者的预期：

cd ../Dependencies/cpython
mkdir debug
cd debug
cd ../../..
cd ..
mkdir -p cmake-build-local
cd cmake-build-local

第一个cd会失败，第二个cd会移动到一个文件夹中，然后可能会将 cd ../../..您cd ..放在主目录上方的某个位置（可能在该/home目录中，您通常无权在其中创建任何内容，因此mkdir后续cd会失败）。然后*可能扩展到您的主目录，因此rm -rf对其进行操作，递归到内容，这将解释删除的随机顺序（目录条目不按任何特定顺序排序）。

Answer

如果脚本假设它是从 inside 运行的Scripts，那么这些都不会执行脚本作者的预期：

cd ../Dependencies/cpython
mkdir debug
cd debug
cd ../../..
cd ..
mkdir -p cmake-build-local
cd cmake-build-local

第一个cd会失败，第二个cd会移动到一个文件夹中，然后可能会将 cd ../../..您cd ..放在主目录上方的某个位置（可能在该/home目录中，您通常无权在其中创建任何内容，因此mkdir后续cd会失败）。然后*可能扩展到您的主目录，因此rm -rf对其进行操作，递归到内容，这将解释删除的随机顺序（目录条目不按任何特定顺序排序）。

我刚刚删除了主目录中的所有内容。如何？为什么有些文件仍然存在？

答案1

什么地方出了错？

文件被删除的顺序是什么？

如何修复脚本

答案2

答案3

相关内容