Questions tagged «cd-command»

cd是用于更改工作目录的内置Shell。

4
目录中CD的别名并调用命令
我有一个.bash_profile,并且我有一组别名。目前,这些别名仅执行一个命令,这非常容易。但是,我想使用我要创建的新别名来做两件事。 光盘进入目录 从该目录运行命令
21 bash  alias  cd-command 

3
当我通过符号链接进行cd时,为什么pwd显示符号链接而不是实际路径?
我创建了一个指向ln -s 1 2目录内test目录的软链接(cd 2),并打开了该软链接(),并使用显示了当前路径pwd。显示的路径是~/test/2和不是~/test/1。 在Windows之类的操作系统中有所不同,快捷方式将我们带到真实目录中。我有点困惑这个软链接在Linux中是如何工作的。这不是in中的捷径Windows吗?为什么路径不行~/test/1? $ mkdir test $ cd test $ mkdir 1 $ ln -s 1 2 $ cd 2 $ pwd /home/dazz/test/2

7
为什么我必须从已删除的目录CD出来?
在我的服务器上,我有一个目录结构,看起来像这样: /myproject/code 我通常与服务器建立ssh连接,并在该目录中“站立”: root@machine:/myproject/code# 当我部署新版本的代码时,代码目录将被删除,因此我将剩下: root@machine:/myproject/code# ./run -bash: ./run: No such file or directory 我发现的唯一解决方案是cd并返回: root@machine:/myproject/code# cd ../code root@machine:/myproject/code# ./run Running... 我可以避免吗?这有点奇怪。如果您有一个很好的解释,为什么会这样,我将不胜感激。

6
等价于符号链接的别名?
我发现自己需要经常在我的主文件夹中跳转几个目录,并且厌倦了编写它们。我想要一种更快的方法,该方法传统上是一个符号链接。 但是,我不想用几十个符号链接弄乱我的主目录。我可以创建一些~/links/目录,并用符号链接将其弄乱,但这仍然很丑陋。此外,我可能想创建符号链接,这些符号链接每天都会更改(在.bashrc中定义),以跳转到现今目录。 有没有一种方法可以有效地别名化符号链接,从而创建一些将被识别为快速导航的链接,但是在我执行ls主目录时实际上不会出现,并且不会持续到当前会话之外?


1
如果给定不完整的目录名称,cd自动选择是否是标准行为?
我有三个文件夹ProjectA,分别为ProjectB和ProjectC。当我tab-complete cd到cd Project并按Enter,它选择ProjectC。我发现其他类似情况也是如此。它默认为按字典顺序排列的最后一个(但这也可能是最近更改/添加的)。 这是预期的默认行为cd,还是我在这里意外设置了某些内容? 我正在使用bash 4.3运行OSX 10.10.3。

2
更改目录而不输入cd?
是否可以通过仅在不输入任何命令的情况下键入bash来在命令行中更改目录cd? 例如,有可能代替编写以下代码: $ cd /tmp 我只想写这个: $ /tmp 换句话说,如果我将目录称为应用程序,则希望将该目录设置为工作目录。

1
在bash和zsh中推送,popd与cd,cd-
bash与zsh中push / popd的行为之间有区别吗?在zsh cd中,cd-的行为与push / popd(在cd时会自动添加/ pops目录)完全相同,而在bash cd中则不会影响目录堆栈。 如果有人可以给我一个指针,那将是很好。
16 bash  zsh  cd-command  pushd 

3
为什么我的文件夹名称最终会这样,以及如何使用脚本解决此问题?
抱歉,如果在其他地方都可以找到答案,我不知道如何搜索我的问题。 我在redhat linux HPC服务器上运行了一些模拟,而我用于处理文件夹结构以保存输出的代码有一个不幸的错误。我创建文件夹的matlab代码是: folder = [sp.saveLocation, 'run_', sp.run_number, '/']; 在哪里sp.run_number是整数。我忘了将其转换为字符串,但是由于某种原因mkdir(folder);(在matlab中)运行仍然成功。实际上,模拟运行顺利,数据已保存到匹配目录。 现在,当查询/打印文件夹结构时,出现以下情况: 当我尝试标签自动完成时: run_ run_^A/ run_^B/ run_^C/ run_^D/ run_^E/ run_^F/ run_^G/ run_^H/ run_^I/ 当我使用ls:run_ run_? run_? run_? run_? run_? run_? run_? run_? run_? run_?。 当我使用rsync传输到我的mac时,该--progress选项显示:run_\#003/等(与我假设)匹配的数字与sp.run_number填充的整数匹配为三位数,因此第10次运行是run_\#010/ 当我在finder中查看文件夹时 run_ run_ run_ run_ run_ run_ run_ run_ run_ run_? 查看此问题并使用命令,ls | LC_ALL=C sed …

3
如何以目录为参数运行一个命令,然后将cd设置为同一个命令?我得到“没有这样的文件或目录”
我想构造一个简短的函数来执行以下操作。假设我将文件“ file.tex”移动到我的文档目录中: mv file.tex ~/Documents 然后,我想cd转到该目录: cd ~/Documents 我想将其推广到任何目录,以便可以执行以下操作: mv file.tex ~/Documents follow 并让该follow命令从上一个命令中读取目标,然后相应地执行。对于一个简单的目录,这不会节省太多时间,但是当使用嵌套目录时,仅使用 mv file.tex ~/Documents/folder1/subfolder1 follow 我认为这将是相对简单的,并且我可以做这样的事情: follow() { place=`history 2 | sed -n '1p;1q' | rev | cut -d ' ' -f1 | rev` cd $place } 但这似乎不起作用。如果我echo $place,我确实得到了所需的字符串(正在使用进行测试~/Documents),但是最后一条命令返回 No such file or directory 该目录肯定存在。我很茫然。你能帮我吗?
15 bash  cd-command 

4
指向目录和相对路径的符号链接
我创建了具有目录绝对路径的符号链接(Blink),并具有以下树: $ ls -l /tmp/A total 0 lrwxrwxrwx 1 root root 6 Apr 3 12:27 Blink -> /tmp/B -rw-r--r-- 1 root root 0 Apr 3 12:27 foo $ ls -l /tmp/B total 0 -rw-r--r-- 1 root root 0 Apr 3 12:27 bar 然后我转到/ tmp / A并将目录更改为Blink: $ cd /tmp/A $ …

1
点点(..)到底是什么?为什么它的行为与符号链接不同?
我试图了解..(双点)的性质。似乎根据您访问它的方式指向不同的目标。 例:- /outer/ middle/ inner/ inner --> ./middle/inner/ 现在,/outer/middle/inner/..导致/outer/middle/,但如果我通过符号链接访问它,/outer/inner/..导致/outer/。似乎这里有两个不同..。 到底是..什么?符号链接?硬链接?还是在访问目录时根据路径动态生成?也许我对符号链接的理解是错误的。 编辑: 其他相关观察 /outer/ middle/ file inner/ f --> ./../file inner --> ./middle/inner/ 现在,如果我尝试通过/outer/inner/f它访问文件,则可以。但这不应该,因为/outer/inner/../file它没有指向文件。该文件位于中/outer/middle/inner/..。这似乎与上面的行为相矛盾!


1
bash版本中带有多个参数的cd的不同行为
在这里张贴一些令我感到困惑的东西;将应用程序服务器从Jessie升级到Stretch破坏了bash脚本。 经过调查,我们将其范围缩小到cd命令行为的变化。我在这里不是在讨论脚本的操作是一个好主意,还是可以改进,我只是在关注行为更改/更改意识的思维方式。 杰西 $echo *-* xxxx-1.0b xxxx-run $cd *-* 光盘工作和光盘到第一个目录; 实际上,* -run是指向同一目录的符号链接。 伸展 $echo *-* xxxx-1.0b xxxx-run $cd *-* bash: cd: too many arguments bash 在Jessie中为4.3.30(1),在Stretch中为4.4.12(1)。 为什么Jessie和Stretch之间的行为发生了变化?
14 bash  cd-command 


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.