Ohmyzsh: zsh : aucune correspondance trouvée : HEAD^

Échappez le ^ dans votre commande :

git reset --soft HEAD\^

Doux. Merci pour l'astuce, c'est fait.

Oui, c'est un problème dans zshell. Vous pouvez également utiliser HEAD~ pour ne pas avoir à y échapper à chaque fois.

En fait, ce problème est dû à un paramètre dans la configuration bare bones de oh-my-zsh. Cela ne se produit pas avec l'ancien ZSH :

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

Alors peut-être que cette question devrait être rouverte.

J'ai donc eu ce problème bien avant de commencer à utiliser oh-my-zsh.

En utilisant exactement la même configuration que l'OP (mais sans rvm installé):

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

Voici zsh avec simplement rvm ajouté :

davidd@hal9000 .dotfiles % zsh -f
hal9000% source "$HOME/.rvm/scripts/rvm"
hal9000 % g co TÊTE^
zsh : aucune correspondance trouvée : HEAD^

Excellente trouvaille ! Veuillez également le signaler sur le suivi des problèmes RVM.

J'ai creusé un peu plus et j'ai trouvé le vrai coupable :

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

Ohhh, on dirait que ^ filtre les liens symboliques dans extendedglob. Ok, je pense que cela fonctionne comme prévu alors.

À partir de man zshall :

^x (Nécessite la définition de EXTENDED_GLOB.) Correspond à tout sauf au modèle x. Cela a une priorité plus élevée que /', so ^foo/bar' recherchera dans les répertoires de .' except ./foo' un fichier nommé 'bar'.

Pour les personnes qui recherchent une solution, une autre façon de résoudre ce problème consiste à setopt NO_NOMATCH , qui transmet la mauvaise correspondance à la commande.

Astuce géniale! unsetopt nomatch FTW. :-)

@nickmeharry :heart_eyes:

Oh ouais merci beaucoup pour le conseil @nickmeharry cela a aussi aidé pour d'autres problèmes, merci !

Oui, cette ligne a résolu le problème .. merci

Cela ne devrait-il pas être le comportement par défaut ? m'a pris un certain temps pour trouver le settopt NO_NOMATCH

doux! @nickmeharry