Basicamente, eu preciso executar o script com caminhos relacionados ao local do arquivo de script do shell. Como posso alterar o diretório atual para o mesmo diretório em que o arquivo de script reside?
Basicamente, eu preciso executar o script com caminhos relacionados ao local do arquivo de script do shell. Como posso alterar o diretório atual para o mesmo diretório em que o arquivo de script reside?
Respostas:
No Bash, você deve obter o que precisa assim:
#!/usr/bin/env bash
BASEDIR=$(dirname "$0")
echo "$BASEDIR"
readlink
também (veja a resposta de todos abaixo)
$BASH_SOURCE
em vez de $0
, porque $0
nem sempre contém o caminho do script que está sendo chamado, como quando o 'sourcing' de um script.
$BASH_SOURCE
é específico do Bash, a questão é sobre o shell script em geral.
CUR_PATH=$(pwd)
ou pwd
retorne o diretório atual (que não precisa ser o diretório pai dos scripts)!
$BASH_SOURCE
, e ele retorna o que eu precisava. Meu script está sendo chamado de outro script e $0
retorna .
while $BASH_SOURCE
retorna o subdiretório correto (no meu caso scripts
).
A postagem original contém a solução (ignore as respostas, elas não adicionam nada de útil). O trabalho interessante é feito pelo comando unix mencionado readlink
com a opção -f
. Funciona quando o script é chamado por um caminho absoluto e relativo.
Para bash, sh, ksh:
#!/bin/bash
# Absolute path to this script, e.g. /home/user/bin/foo.sh
SCRIPT=$(readlink -f "$0")
# Absolute path this script is in, thus /home/user/bin
SCRIPTPATH=$(dirname "$SCRIPT")
echo $SCRIPTPATH
Para tcsh, csh:
#!/bin/tcsh
# Absolute path to this script, e.g. /home/user/bin/foo.csh
set SCRIPT=`readlink -f "$0"`
# Absolute path this script is in, thus /home/user/bin
set SCRIPTPATH=`dirname "$SCRIPT"`
echo $SCRIPTPATH
Consulte também: https://stackoverflow.com/a/246128/59087
readlink
. É por isso que eu recomendei usar pushd / popd (embutidos para o bash).
-f
opção de readlink
fazer algo diferente no OS X (Lion) e possivelmente no BSD. stackoverflow.com/questions/1055671/…
-f
não é suportado no OS X (como no Lion); lá, você pode deixar -f
de se contentar com a resolução em mais de um nível de indireção, por exemplo pushd "$(dirname "$(readlink "$BASH_SOURCE" || echo "$BASH_SOURCE")")"
, ou pode lançar seu próprio script recursivo de acompanhamento de links simbólicos, conforme demonstrado na postagem vinculada.
sh /some/other/directory/script.sh)
, neste caso, .
seria o seu pwd, não/some/other/directory
Um comentário anterior sobre uma resposta dizia isso, mas é fácil perder entre todas as outras respostas.
Ao usar o bash:
echo this file: "$BASH_SOURCE"
echo this dir: "$(dirname "$BASH_SOURCE")"
dirname "$BASH_SOURCE"
vez disso, você deve usar para manipular espaços em $ BASH_SOURCE.
"$(dirname "${BASH_SOURCE[0]}")"
Supondo que você esteja usando o bash
#!/bin/bash
current_dir=$(pwd)
script_dir=$(dirname $0)
echo $current_dir
echo $script_dir
Esse script deve imprimir o diretório em que você está e, em seguida, o diretório em que ele está. Por exemplo, ao chamá-lo /
com o script in /home/mez/
, ele gera
/
/home/mez
Lembre-se, ao atribuir variáveis a partir da saída de um comando, envolva o comando $(
e )
- ou você não obterá a saída desejada.
Se você estiver usando o bash ....
#!/bin/bash
pushd $(dirname "${0}") > /dev/null
basedir=$(pwd -L)
# Use "pwd -P" for the path without links. man bash for more info.
popd > /dev/null
echo "${basedir}"
pushd
/ popd
por cd $(dirname "${0}")
e cd -
fazê-lo funcionar em outros shells, se eles tiverem um pwd -L
.
Como sugere o Marko:
BASEDIR=$(dirname $0)
echo $BASEDIR
Isso funciona, a menos que você execute o script no mesmo diretório em que o script reside; nesse caso, você obtém o valor '.'
Para contornar esse problema, use:
current_dir=$(pwd)
script_dir=$(dirname $0)
if [ $script_dir = '.' ]
then
script_dir="$current_dir"
fi
Agora você pode usar a variável current_dir em todo o script para se referir ao diretório de scripts. No entanto, isso ainda pode ter o problema de link simbólico.
A melhor resposta para esta pergunta foi respondida aqui:
Obtendo o diretório de origem de um script Bash de dentro
E isso é:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
Uma linha que fornecerá o nome completo do diretório do script, não importa de onde ele esteja sendo chamado.
Para entender como funciona, você pode executar o seguinte script:
#!/bin/bash
SOURCE="${BASH_SOURCE[0]}"
while [ -h "$SOURCE" ]; do # resolve $SOURCE until the file is no longer a symlink
TARGET="$(readlink "$SOURCE")"
if [[ $TARGET == /* ]]; then
echo "SOURCE '$SOURCE' is an absolute symlink to '$TARGET'"
SOURCE="$TARGET"
else
DIR="$( dirname "$SOURCE" )"
echo "SOURCE '$SOURCE' is a relative symlink to '$TARGET' (relative to '$DIR')"
SOURCE="$DIR/$TARGET" # if $SOURCE was a relative symlink, we need to resolve it relative to the path where the symlink file was located
fi
done
echo "SOURCE is '$SOURCE'"
RDIR="$( dirname "$SOURCE" )"
DIR="$( cd -P "$( dirname "$SOURCE" )" && pwd )"
if [ "$DIR" != "$RDIR" ]; then
echo "DIR '$RDIR' resolves to '$DIR'"
fi
echo "DIR is '$DIR'"
Vamos torná-lo um onixiner POSIX:
a="/$0"; a=${a%/*}; a=${a#/}; a=${a:-.}; BASEDIR=$(cd "$a"; pwd)
Testado em muitas conchas compatíveis com Bourne, incluindo as BSD.
Tanto quanto sei, sou o autor e o coloco em domínio público. Para obter mais informações, consulte: https://www.jasan.tk/posts/2017-05-11-posix_shell_dirname_replacement/
cd: too many arguments
se espaços no caminho, e retorna $PWD
. (uma correção óbvio, mas mostra o quão muitos casos de ponta realmente existem)
BASE_DIR="$(cd "$(dirname "$0")"; pwd)";
echo "BASE_DIR => $BASE_DIR"
Se você deseja obter o diretório de scripts real (independentemente de estar invocando o script usando um link simbólico ou diretamente), tente:
BASEDIR=$(dirname $(realpath "$0"))
echo "$BASEDIR"
Isso funciona no linux e no macOS. Não vi ninguém aqui mencionar realpath
. Não tenho certeza se há alguma desvantagem nessa abordagem.
no macOS, você precisa instalar coreutils
para usar realpath
. Por exemplo: brew install coreutils
.
INTRODUÇÃO
Esta resposta corrige a resposta muito quebrada, mas chocante, mais votada deste tópico (escrita por TheMarko):
#!/usr/bin/env bash
BASEDIR=$(dirname "$0")
echo "$BASEDIR"
POR QUE USAR dirname "$ 0" NÃO É FUNCIONAL?
dirname $ 0 só funcionará se o usuário iniciar o script de uma maneira muito específica. Consegui encontrar várias situações em que essa resposta falha e trava o script.
Primeiro de tudo, vamos entender como essa resposta funciona. Ele está obtendo o diretório de scripts fazendo
dirname "$0"
$ 0 representa a primeira parte do comando que chama o script (é basicamente o comando inserido sem os argumentos:
/some/path/./script argument1 argument2
$ 0 = "/ some / caminho /./ script"
dirname basicamente encontra o último / em uma string e o trunca lá. Então, se você fizer:
dirname /usr/bin/sha256sum
você receberá: / usr / bin
Este exemplo funciona bem porque / usr / bin / sha256sum é um caminho formatado corretamente, mas
dirname "/some/path/./script"
não funcionaria bem e daria a você:
BASENAME="/some/path/." #which would crash your script if you try to use it as a path
Digamos que você esteja no mesmo diretório do seu script e o inicie com este comando
./script
$ 0 nesta situação será ./script e dirname $ 0 fornecerá:
. #or BASEDIR=".", again this will crash your script
Usando:
sh script
Sem inserir o caminho completo, também será gerado um BASEDIR = "."
Usando diretórios relativos:
../some/path/./script
Dá um nome de diretório $ 0 de:
../some/path/.
Se você estiver no diretório / some e chamar o script dessa maneira (observe a ausência de / no começo, novamente um caminho relativo):
path/./script.sh
Você obterá esse valor para dirname $ 0:
path/.
e ./path/./script (outra forma do caminho relativo) fornece:
./path/.
As únicas duas situações em que o $ 0 funcionará é se o usuário usar sh ou touch para iniciar um script, pois ambos resultarão em $ 0:
$0=/some/path/script
que lhe dará um caminho que você pode usar com o dirname.
A SOLUÇÃO
Você deve ter em conta e detectar cada uma das situações mencionadas acima e aplicar uma correção para isso, se surgir:
#!/bin/bash
#this script will only work in bash, make sure it's installed on your system.
#set to false to not see all the echos
debug=true
if [ "$debug" = true ]; then echo "\$0=$0";fi
#The line below detect script's parent directory. $0 is the part of the launch command that doesn't contain the arguments
BASEDIR=$(dirname "$0") #3 situations will cause dirname $0 to fail: #situation1: user launches script while in script dir ( $0=./script)
#situation2: different dir but ./ is used to launch script (ex. $0=/path_to/./script)
#situation3: different dir but relative path used to launch script
if [ "$debug" = true ]; then echo 'BASEDIR=$(dirname "$0") gives: '"$BASEDIR";fi
if [ "$BASEDIR" = "." ]; then BASEDIR="$(pwd)";fi # fix for situation1
_B2=${BASEDIR:$((${#BASEDIR}-2))}; B_=${BASEDIR::1}; B_2=${BASEDIR::2}; B_3=${BASEDIR::3} # <- bash only
if [ "$_B2" = "/." ]; then BASEDIR=${BASEDIR::$((${#BASEDIR}-1))};fi #fix for situation2 # <- bash only
if [ "$B_" != "/" ]; then #fix for situation3 #<- bash only
if [ "$B_2" = "./" ]; then
#covers ./relative_path/(./)script
if [ "$(pwd)" != "/" ]; then BASEDIR="$(pwd)/${BASEDIR:2}"; else BASEDIR="/${BASEDIR:2}";fi
else
#covers relative_path/(./)script and ../relative_path/(./)script, using ../relative_path fails if current path is a symbolic link
if [ "$(pwd)" != "/" ]; then BASEDIR="$(pwd)/$BASEDIR"; else BASEDIR="/$BASEDIR";fi
fi
fi
if [ "$debug" = true ]; then echo "fixed BASEDIR=$BASEDIR";fi
Essa linha informa onde está o script do shell, não importa se você o executou ou se o originou . Além disso, resolve todos os links simbólicos envolvidos, se for o caso:
dir=$(dirname $(test -L "$BASH_SOURCE" && readlink -f "$BASH_SOURCE" || echo "$BASH_SOURCE"))
A propósito, suponho que você esteja usando / bin / bash .
Tantas respostas, todas plausíveis, cada uma com prós e contras e objetivos ligeiramente divergentes (que provavelmente devem ser declarados para cada uma). Aqui está outra solução que atende ao objetivo principal de ser clara e trabalhar em todos os sistemas, em todas as partes (sem suposições sobre versões readlink
ou pwd
opções do bash ) e faz razoavelmente o que você espera que aconteça (por exemplo, resolver links simbólicos é um problema interessante, mas geralmente não é o que você realmente deseja), lida com casos de borda como espaços em caminhos, etc., ignora quaisquer erros e usa um padrão sensato se houver algum problema.
Cada componente é armazenado em uma variável separada que você pode usar individualmente:
# script path, filename, directory
PROG_PATH=${BASH_SOURCE[0]} # this script's name
PROG_NAME=${PROG_PATH##*/} # basename of script (strip path)
PROG_DIR="$(cd "$(dirname "${PROG_PATH:-$PWD}")" 2>/dev/null 1>&2 && pwd)"
Inspirado pela resposta de blueyed
read < <(readlink -f $0 | xargs dirname)
cd $REPLY
Isso deve fazer o truque:
echo `pwd`/`dirname $0`
Pode parecer feio, dependendo de como foi invocado e do cwd, mas deve levá-lo aonde você precisa ir (ou pode ajustar a string se você se importar com a aparência).
`pwd`/`dirname $0`
mas ainda pode falhar nos links simbólicos