我们有很多涉及绝对路径的问题，有时针对文件，有时针对命令。我想要一个中心知识库问题，了解绝对路径 与命令（不仅仅是文件）相关时到底做什么。

命令的绝对路径可以实现什么以及它如何影响 Unix 和 Linux 中的工作？

• 绝对路径与相对路径的行为有何不同？
• 绝对路径是否会覆盖环境$PATH设置？
• 命令替换中是否发生任何其他情况：$(/bin/echo Hello world)
• 绝对路径在脚本编写中更好吗？
• 为什么有时一个命令 有很多绝对路径？
  • /usr/bin/echo
  • /bin/echo
  • 两者都在同一系统上工作
  • 是跨发行版更一致还是 POSIX 首选？
• 为什么有些命令（例如）cd没有绝对路径？
• 为什么我们会或不会或应该在脚本编写中使用绝对路径？
  • 绝对路径与脚本编写相关
• shell 解释器是否关心绝对路径，例如bashvs zsh？

消歧义

• 这询问任何给定的命令：
  • 绝对路径( /usr/bin/echo)
  • 与其相对路径( echo)相反
• 我不是在询问规范路径，因为它们与符号链接相关。
• 我不是问绝对路径、相对路径、规范路径或其基本定义（即：带斜杠的 POSIX 文件名/指示目录树等）

有没有办法隐藏传递到终端的单个参数，但仍然将参数传递给命令？

此问题解决通过 shell 传递纯文本密码的问题。

但是，即使不是密码，也可以从 CLI 历史记录中隐藏选择性参数，包括 LDAP 中可能使用的个人信息（密码除外）。

那么，有没有这样的事情：

命令：

program argument1 argument2 {{argument3}} argument4

历史：

program argument1 argument2 {{}} argument4

...因此，argument3会传递给program, 但会出现{{}}在 BASH 历史中？

换言之，我们可以标记内联编辑的特定参数吗？

如果这是不可能的，是否有RFC说明为什么不应该这样做？

与. grep_ cp也许只是我使用它们的方式不同。

在此，grep似乎对“递归”的解释与cp. 那是对的吗？（我的问题）

根据我的问题，在 SO 上浏览这个...

使用包含grep-matched 字符串的文件：

./file1.js
./file2.php
./inc/file3.js
./inc/file4.php
./inc.php/file5.php

grep -R "find me" *.php

回报：

./file2.php
./inc.php/file5.php

...因为grep想要匹配包含“.php”的目录和文件

但是，如果我使用cp递归复制，说：

cp -r inc/* ~/mywork/

将复制“inc”文件夹中的文件以及所有目录等，尽管不是隐藏文件，无论它们的名称中是否包含“inc”。

grep“递归”的cp含义是否不同，或者他们是否将“递归”视为相同？有人可以帮助我了解如何以相同的方式解释不同cp的路径/文件参数吗？grep

我有两个目录：/all/origins/& /all/links/。

in 中的所有内容都links/单独指向 in 中的某些origins/内容，但并非 in 中的所有内容origins/都链接到 in 中links/。（正方形、矩形和分类层次结构，明白了吗？）这些是符号链接 ( ln -s)，而不是硬链接。

links/需要删除1. 中的所有内容，以及 2. 中的符号链接目标origins/（不知道它们是否在 中origins/），以及 3.links/目录本身。

我应该键入什么rmUnix 命令来删除整个links/目录和符号链接到的任何符号链接目标origins/？

我正在寻找类似的东西：rm -R /all/links或rm -r --follow-all-ln /all/links。

如果rm带有参数的命令无法完成这项工作，请明确说明，因为这是我的偏好并隐含在标题中（Unix 和 Linux 可以通过rm没有do循环来执行此操作吗？ -只有当这不起作用时，请说明并解释什么do循环。）