为什么我不能在脚本中使用“cd”更改目录？

我正在尝试编写一个小脚本，将当前目录更改为我的项目目录：

#!/bin/bash
cd /home/tree/projects/java

我将此文件保存为proj，使用chmod添加了执行权限，并将其复制到/usr/bin。当我呼叫它时：proj，它什么都不做。我做错了什么？

当前回答

您可以使用。要在当前shell环境中执行脚本，请执行以下操作：

. script_name

或者可选地，其更可读但特定于外壳的别名源：

source script_name

这避免了子shell，并允许任何变量或内置（包括cd）影响当前shell。

其他回答

要快速导航目录，有$CDPATH、cdargs和自动生成别名的方法

http://jackndempsey.blogspot.com/2008/07/cdargs.html

http://muness.blogspot.com/2008/06/lazy-bash-cd-aliaes.html

https://web.archive.org/web/1/http://articles.techrepublic%2ecom%2ecom/5100-10878_11-5827311.html

cd在脚本的shell中完成。当脚本结束时，shell退出，然后您将留在原来的目录中。“源”脚本，不要运行它。而是：

./myscript.sh

. ./myscript.sh

（请注意脚本名称前的点和空格。）

脚本中的cd在技术上起作用，因为它改变了运行脚本的shell的目录，但这是一个独立于交互式shell的过程。

解决这个问题的Posix兼容方法是定义shell过程，而不是shell调用的命令脚本。

jhome () {
  cd /home/tree/projects/java
}

您只需键入或将其放入各种shell启动文件之一即可。

当您启动shell脚本时，它会运行该shell的一个新实例（/bin/bash）。因此，脚本只需启动一个shell，更改目录并退出。换句话说，shell脚本中的cd（和其他此类命令）不会影响或访问启动它们的shell。

这将Serge的回答与David的不相关回答结合起来。它更改目录，然后启动用户的默认shell，而不是强制使用bash shell。然而，它需要getent和/etc/passwd来检测默认shell。

#!/usr/bin/env bash
cd desired/directory
USER_SHELL=$(getent passwd <USER> | cut -d : -f 7)
$USER_SHELL

当然，这仍然具有创建嵌套外壳的相同缺陷。

推荐文章