$ {path}如何工作,在本教程中

时间:2016-07-28 18:42:47

标签: linux path installation centos install

我确定这是这个网站上最愚蠢的问题之一,但我对linux很新,而且有点超出我的深度。我正在处理这个问题tutorial here而且我被困在"添加路径"并验证步骤。

对于这个,教程告诉我使用它:

export PATH=${PATH}:${DTITK_ROOT}/bin:${DTITK_ROOT}/utilities:${DTITK_ROOT}/scripts

我已经定义了DTITK_ROOT,并对上述说明有一些疑问。

  1. $ {}是否应留在DTITK_ROOT周围?
  2. 我的DTITK_ROOT是我提取程序的文件的完整路径(我认为这是正确的术语),我应该更改吗?
  3. 在这种情况下,我为$ {PATH}写了什么?我明白我应该用一些东西代替它,但我不知道是什么。我尝试过的所有内容都没有通过验证步骤。
  4. 我很抱歉,如果它看起来像一个愚蠢或非常简单的问题,但我甚至不知道google的任何关键字,以便找到如何得到答案。

3 个答案:

答案 0 :(得分:0)

第一个命令负责路径

export DTITK_ROOT=mypathonSystem/dtitk

第二个命令

export PATH=${PATH}:${DTITK_ROOT}/bin:${DTITK_ROOT}/utilities:${DTITK_ROOT} /脚本

我不太确定,但我认为第二个命令应该按原样运行,因为你在第一个命令中定义了DDTITK_ROOT $ {PATH}让系统知道可以在哪里找到资源

您是否尝试过运行第一个命令,然后运行第二个未修改的命令?

答案 1 :(得分:0)

  1. $ {}是否应留在DTITK_ROOT周围?
  2. 是。在shell的情况下,这不是必要的,因为$ DTITK_ROOT后面的/足以表示我们已经到达变量名的末尾,但是做$ {DTITK_ROOT}明确地说变量名是DTITK_ROOT并且不是那个加上任何字符可能在它的末尾。允许你编写shell命令来执行的其他程序(例如make)可能不那么容易 - make会认为$ DTITK_ROOT将是$ D的值,后跟文字字符TITK_ROOT。因此,习惯于将{}置于长于单个字符的shell变量名称是一个好习惯。

    1. 我的DTITK_ROOT是我解压缩程序的文件的完整路径,我应该更改吗?
    2. 如果您指的是将程序解压缩到的目录的完整路径,那么您应该使用它。我假设您有类似“export DTITK_ROOT = / Users / huiz / unix / dtitk”的内容(根据示例)。

      您可以做的事情是通过执行"echo ${DTITK_ROOT}"来验证DTITK_ROOT的值是否可用,以验证它是否具有正确的值。

答案 2 :(得分:0)

  1. 是。这是您访问DTITK_ROOT中存储的路径的方法。这称为参数扩展。您可以阅读更多相关信息here

  2. 不,不要改变任何东西。此外,与相对路径相比,更常用的术语是绝对路径。绝对路径是根目录/的路径。相对路径是当前工作目录的路径。您可以阅读有关路径的更多信息以及绝对路径和相对路径之间的差异here

  3. 您不能用任何东西替换它。再一次,参数扩展开始起作用,这将替换为已存储在路径变量中的内容。所以这个命令真正做的就是获取路径变量,为它添加更多路径,然后将其存储回路径变量中。如果您不知道,路径变量包含您希望在不键入完整路径的情况下执行的所有可执行文件的路径。 Here是对路径变量以及其他环境变量的良好讨论。