Ohmyzsh: zsh: nenhuma correspondência encontrada: HEAD ^

Escape de ^ em seu comando:

git reset --soft HEAD\^

Doce. Obrigado pela dica, pronto.

Sim, este é um problema em zshell. Como alternativa, você pode usar HEAD ~ para que não precise escapar dele todas as vezes.

Na verdade, esse problema é devido a uma configuração na configuração básica de oh-my-zsh. Não ocorre com o ZSH simples e antigo:

$ zsh -f 
ratham% echo HEAD^
HEAD^
ratham% 

Portanto, talvez este problema deva ser reaberto.

Então, eu tive esse problema muito antes de começar a usar oh-my-zsh.

Usando exatamente a mesma configuração do OP (mas sem o rvm instalado):

davidd @ hal9000 .dotfiles% g co HEAD ^
M vim / bundle / vim-rails
M zsh / path.zsh
...

Aqui está zsh com simplesmente rvm adicionado:

davidd @ hal9000 .dotfiles% zsh -f
hal9000% fonte "$ HOME / .rvm / scripts / rvm"
hal9000% g co HEAD ^
zsh: nenhuma correspondência encontrada: HEAD ^

Excelente achado! Por favor, relate isso no rastreador de problemas RVM também.

Cavei mais um pouco e encontrei o verdadeiro culpado:

# after loading RVM
$ unsetopt extendedglob
$ echo HEAD^
HEAD^

Ohhh, parece que ^ filtra links simbólicos noglob estendido. Ok, acho que está funcionando como planejado então.

De man zshall :

^ x (Requer EXTENDED_GLOB para ser definido.) Corresponde a qualquer coisa, exceto o padrão x. Isto tem uma precedência mais alta do que /', so ^ foo / bar 'irá procurar diretórios em .' except ./foo' por um arquivo chamado `bar '.

Para pessoas que estão procurando por uma solução, outra maneira de consertar isso é setopt NO_NOMATCH , que passa a correspondência incorreta para o comando.

Dica incrível! unsetopt nomatch FTW. :-)

@nickmeharry : heart_eyes:

Sim, muito obrigado pela dica @nickmeharry, ela ajudou em outras questões também, obrigado!

Sim, esta linha corrigiu o problema .. obrigado

Não deveria ser este o comportamento padrão? demorei algum tempo para encontrar o setopt NO_NOMATCH

doce! @nickmeharry