是否可以从脚本更改当前目录?
我想在Bash中创建一个目录导航实用程序。我创建了一个测试脚本,如下所示:
#!/bin/bash
cd /home/artemb
当我从Bash shell执行脚本时,当前目录不会改变。是否有可能从脚本更改当前shell目录?
是否可以从脚本更改当前目录?
我想在Bash中创建一个目录导航实用程序。我创建了一个测试脚本,如下所示:
#!/bin/bash
cd /home/artemb
当我从Bash shell执行脚本时,当前目录不会改变。是否有可能从脚本更改当前shell目录?
当前回答
我还创建了一个名为goat的实用程序,您可以使用它来简化导航。
你可以在GitHub上查看源代码。
从v2.3.1开始,使用概述如下所示:
# Create a link (h4xdir) to a directory:
goat h4xdir ~/Documents/dev
# Follow a link to change a directory:
cd h4xdir
# Follow a link (and don't stop there!):
cd h4xdir/awesome-project
# Go up the filesystem tree with '...' (same as `cd ../../`):
cd ...
# List all your links:
goat list
# Delete a link (or more):
goat delete h4xdir lojban
# Delete all the links which point to directories with the given prefix:
goat deleteprefix $HOME/Documents
# Delete all saved links:
goat nuke
# Delete broken links:
goat fix
其他回答
如果你正在使用bash,你可以尝试alias:
在.bashrc文件中添加这一行:
alias p='cd /home/serdar/my_new_folder/path/'
当你在命令行上写“p”时,它会改变目录。
简单地去
yourusername/.bashrc (or yourusername/.bash_profile on MAC) by an editor
然后把下面的代码加到最后一行:
alias yourcommand="cd /the_path_you_wish"
然后退出编辑。
然后输入:
source ~/.bashrc or source ~/.bash_profile on MAC.
现在你可以在终端中使用:your命令
启动脚本时,将创建一个只继承您的环境的新进程。当它结束时,它就结束了。您当前的环境保持不变。
相反,你可以这样开始你的脚本:
. myscript.sh
的。将评估当前环境中的脚本,因此它可能会被更改
使用pushd,当前目录被推送到目录堆栈上,并被更改为给定的目录,popd获取堆栈顶部的目录并更改为该目录。
pushd ../new/dir > /dev/null
# do something in ../new/dir
popd > /dev/null
这是我目前为bash做这件事的方式(在Debian上测试)。也许有更好的办法:
不要用exec bash这样做,例如:
#!/bin/bash
cd $1
exec bash
because while it appears to work, after you run it and your script finishes, yes you'll be in the correct directory, but you'll be in it in a subshell, which you can confirm by pressing Ctrl+D afterwards, and you'll see it exits the subshell, putting you back in your original directory. This is usually not a state you want a script user to be left in after the script they run returns, because it's non-obvious that they're in a subshell and now they basically have two shells open when they thought they only had one. They might continue using this subshell and not realize it, and it could have unintended consequences. If you really want the script to exit and leave open a subshell in the new directory, it's better if you change the PS1 variable so the script user has a visual indicator that they still have a subshell open. Here's an example I came up with. It is two files, an outer.sh which you call directly, and an inner.sh which is sourced inside the outer.sh script. The outer script sets two variables, then sources the inner script, and afterwards it echoes the two variables (the second one has just been modified by the inner script). Afterwards it makes a temp copy of the current user's ~/.bashrc file, adds an override for the PS1 variable in it, as well as a cleanup routine, and finally it runs exec bash --rcfile pointing at the .bashrc.tmp file to initialize bash with a modified environment, including the modified prompt and the cleanup routine. After outer.sh exits, you'll be left inside a subshell in the desired directory (in this case testdir/ which was entered into by the inner.sh script) with a visual indicator making it clear to you, and if you exit out of the subshell, the .bashrc.tmp file will be deleted by the cleanup routine, and you'll be back in the directory you started in. Maybe there's a smarter way to do it, but that's the best way I could figure out in about 40 minutes of experimenting:
文件1:outer.sh
#!/bin/bash
var1="hello"
var2="world"
source inner.sh
echo $var1
echo $var2
cp ~/.bashrc .bashrc.tmp
echo 'export PS1="(subshell) $PS1"' >> .bashrc.tmp
cat <<EOS >> .bashrc.tmp
cleanup() {
echo "cleaning up..."
rm .bashrc.tmp
}
trap 'cleanup' 0
EOS
exec bash --rcfile .bashrc.tmp
文件2:inner.sh
cd testdir
var2="bird"
然后运行:
$ mkdir testdir
$ chmod 755 outer.sh
$ ./outer.sh
它应该输出:
hello
bird
然后使用exec bash将您放到子shell中,但是带有 修改后的提示符使其更明显,如下所示:
(subshell) user@computername:~/testdir$
如果你用Ctrl-D退出子shell,它应该通过删除来清理 testdir/目录下的临时.bashrc.tmp文件 我想知道是否有比复制.bashrc文件更好的方法 就像这样,在subshell中适当地改变PS1的变量…