Reiniciar zsh

Zsh lê .zshrcquando é iniciado. Você não precisa fazer logout e login novamente. Basta fechar o terminal e abrir um novo para você entrar .zshrcneste novo terminal. Mas você pode tornar isso mais direto. Apenas diga ao zsh para se reiniciar:

exec zsh

Se você executar isso em um prompt zsh, isso substituirá a instância atual de zsh por uma nova, executando no mesmo terminal. A nova instância tem as mesmas variáveis ​​de ambiente que a anterior, mas tem novas variáveis ​​de shell (não exportadas) e inicia um novo histórico (portanto, misturará comandos de outros terminais em configurações típicas). Quaisquer trabalhos em segundo plano são rejeitados.

Reler.zshrc

Você também pode dizer ao zsh para reler .zshrc. Isso tem a vantagem de preservar o histórico do shell, as variáveis ​​do shell e o conhecimento dos trabalhos em segundo plano. Mas dependendo do que você colocar no seu .zshrc, isso pode ou não funcionar. A releitura .zshrcexecuta comandos que podem não funcionar, ou não funcionar bem, se você os executar duas vezes.

. ~/.zshrc

Há muitas coisas que você pode fazer para enumerar tudo o que está certo e não está certo para colocar .zshrcse quiser executá-lo duas vezes. Aqui estão apenas alguns problemas comuns:

• Se você anexar a uma variável (por exemplo , fpath+=(~/.config/zsh)ou chpwd_functions+=(my_chpwd)), isso anexará os mesmos elementos novamente, o que pode ou não ser um problema.
• Se você definir aliases e também usar o mesmo nome como um comando, o comando agora executará o alias. Por exemplo, isso funciona:

  function foo { … }
  alias foo='foo --common-option'
  

  Mas isso não acontece, porque a segunda vez que o arquivo é originado, foo ()expandirá o alias:

  foo () { … }
  alias foo='foo --common-option'
  

• Se você corrigir uma função zsh existente, agora você estará corrigindo sua própria versão, o que provavelmente fará uma bagunça.
• Se você fizer algo como “trocar as ligações de duas chaves”, isso não fará o que você deseja na segunda vez.

As alterações nos arquivos de inicialização de shells estarão ativas no próximo shell que você iniciar, por exemplo, se você abrir um novo terminal gráfico ou efetuar logout e login novamente. Se você fez alterações que devem afetar seu ambiente de desktop de alguma forma (não sei que tipo de alteração pode ser), será necessário sair e entrar novamente.

Você pode fornecer o arquivo com . /path/to/filename( . ~/.zshrcno seu caso) ou iniciar uma nova sessão de shell a partir da linha de comando com zsh, mas isso quase nunca é uma boa ideia, pois pode ter consequências indesejadas, como adicionar caminhos duplicados à $PATHvariável ou iniciar ssh-agentprocessos extras ou o que quer que você esteja fazendo nesse arquivo. As alterações também não seriam visíveis nos programas que já foram iniciados.

Para uma mudança como apenas adicionar $PATHincondicionalmente, você pode obviamente executar o comando adicionado no shell atual:

$ path+=/usr/local/openjdk12/bin

Isso (em zsh) adicionaria o /usr/local/openjdk12/bindiretório ao final de $PATH(e ao final do $patharray em zsh) na sessão atual do shell. Novamente, essa alteração para $PATHnão afetaria os processos já em execução.

Você pode obter o novo arquivo, o que funcionaria para algumas alterações, possivelmente incluindo a atualização da variável PATH (dependendo de outras linhas). No entanto, sua origem simplesmente seria executada .zshrcnovamente e você poderia executar comandos duplicados inesperados. Além disso, se houvesse linhas excluídas do antigo .zshrc, elas não seriam "apagadas" da sessão.

A maneira mais limpa é apenas fazer logout e login novamente. Você só precisaria fazer isso para a sessão do terminal, não para todo o ambiente da área de trabalho.