Início / unix / Perguntas / 694036
Accepted
Enlico
Asked: 2022-03-12 09:06:45 +0800 CST

Existe uma maneira de alterar rapidamente o diretório para um de onde um dos trabalhos está sendo executado?

  • 772

A saída de jobsse parece com isso

[1]   Stopped                 TERM=xterm-256color vim --servername vim ~/.gitconfig
[2]-  Stopped                 TERM=xterm-256color vim --servername vim ~/.vimrc  (wd: ~)
[3]+  Stopped                 TERM=xterm-256color vim --servername vim i3blocks.conf  (wd: ~/.config/i3/configs)

onde a parte, se presente, mostra o dir de onde o trabalho correspondente foi iniciado.(wd: path)path

Várias vezes eu quero mover para esse diretório para um dos trabalhos.

Existe um utilitário para fazer isso?

bash cd-command

2 respostas

  1. Best Answer

    Em zsh, a $jobdirsmatriz associativa mapeia os números dos trabalhos para o diretório de trabalho de onde eles foram iniciados, para que você possa fazer isso cd $jobdirs[n]no cddiretório do trabalho n (ou cd ${jobdirs[n]?}para obter um erro em vez de levá-lo para casa se o trabalho não existir).

    ~$ jobs -d
[1]  - running    sleep 1000
(pwd : /tmp)
[2]  + suspended  sleep 123123
(pwd : /usr/local)
~$ cd $jobdirs[2]
/usr/local$

    Consulte também a matriz associativa $jobstatese $jobtextspara o estado e o código de cada trabalho.

    Em bash, sua única opção será analisar a saída de trabalhos que infelizmente só podem ser feitos com heurística. Por exemplo, veja:

    bash-5.1$ mkdir ') (wd: blah blah)
[5] (wd: blah blih)
'
bash-5.1$ cd ') (wd: blah blah)
[5] (wd: blah blih)
'
bash-5.1$ sh -c 'sleep inf' '(wd: /etc)
[2] (wd: bloh bloh)
'
^Z
[1]+  Stopped                 sh -c 'sleep inf' '(wd: /etc)
[2] (wd: bloh bloh)
'
bash-5.1$ jobs 1
[1]+  Stopped                 sh -c 'sleep inf' '(wd: /etc)
[2] (wd: bloh bloh)
'
bash-5.1$ cd /
bash-5.1$ jobs 1
[1]+  Stopped                 sh -c 'sleep inf' '(wd: /etc)
[2] (wd: bloh bloh)
'  (wd: ~/1/) (wd: blah blah)
[5] (wd: blah blih)
)

    Você pode ver que o (wd:...)só é impresso se o diretório do trabalho não for o diretório de trabalho atual e se a linha de comando do trabalho ou o diretório de trabalho contiver (wd: ...) , não há como saber qual dos (wd:s é o início do diretório de trabalho real.

    Também substitui seu diretório inicial por ~.

    Também cuidado com o wd:está localizado. Por exemplo, em ucraniano:

    bash-5.1$ LC_ALL=uk_UA.utf8 jobs 1
[1]+  Зупинено        sh -c 'sleep inf' '(wd: /etc)
[2] (wd: bloh bloh)
'  (РД: ~/1/) (wd: blah blah)
[5] (wd: blah blih)
)

    Portanto, você deve ter certeza de que jobsé chamado na localidade para a qual espera a abreviação do diretório de trabalho correspondente.

    Tudo o que você pode fazer é usar heurística e esperar o melhor:

    cdj() {
  local dir
  dir=$(LC_ALL=C jobs -- "$1") || return
  case $dir in
    (*'(wd:'*')')
      dir=${dir%')'}
      dir=${dir##*'(wd: '}
      case $dir in
        ('~'*) dir=$HOME${dir#'~'}
      esac
      printf >&2 '%s\n' "Job $1's dir is likely \"$dir\""
      cd -- "$dir";;
    (*)
      printf >&2 '%s\n' "Job $1's dir is likely the current directory already"
  esac
}

    Que falha em nosso exemplo inventado acima, mas deve funcionar na maioria dos casos normais.

    • 1

  2. Por enquanto, resolvi o problema definindo a seguinte função no meu ~/.bashrc:

    cdj () {
  jobNumber="$1"
  dir="$(jobs | grep "^\[$jobNumber\]" | sed 's/.*(wd: \(.*\))/\1/;t;d')"
  [[ -n "$dir" ]] && eval "cd $dir"
}

    para que eu possa fazer , que (intencionalmente) falha se eu passar o número de um trabalho não existente ou do trabalho em execução no diretório atual.cd job-number

    • 0

relate perguntas