Ohmyzsh: zsh: keine Treffer gefunden: HEAD^

Escape das ^ in Ihrem Befehl:

git reset --soft HEAD\^

Süss. Danke für den Tipp, das hat es gebracht.

Ja, das ist ein Problem in zshell. Sie können alternativ auch HEAD~ verwenden, damit Sie es nicht jedes Mal verlassen müssen.

Tatsächlich liegt dieses Problem an einer Einstellung in der Bare-Bones-Konfiguration von oh-my-zsh. Es tritt nicht mit normalem alten ZSH auf:

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

Vielleicht sollte dieses Thema also wieder aufgegriffen werden.

Also hatte ich dieses Problem lange bevor ich anfing oh-my-zsh zu benutzen.

Verwenden Sie genau das gleiche Setup wie das OP (aber ohne installiertes rvm):

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

Hier ist zsh mit einfach hinzugefügtem rvm:

davidd@hal9000 .dotfiles % zsh -f
hal9000% Quelle "$HOME/.rvm/scripts/rvm"
hal9000% g co KOPF^
zsh: keine Treffer gefunden: HEAD^

Ausgezeichneter Fund! Bitte melden Sie dies auch im RVM Issue Tracker.

Ich habe noch etwas gegraben und den wahren Schuldigen gefunden:

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

Ohhh, es sieht so aus, als ob ^ symbolische Links in Extendedglob herausfiltert. Ok, ich denke, das funktioniert dann wie beabsichtigt.

Von man zshall :

^x (Erfordert die Einstellung von EXTENDED_GLOB.) Entspricht alles außer dem Muster x. Dies hat eine höhere Priorität als /', so ^foo/bar' durchsucht Verzeichnisse in .' except ./foo' nach einer Datei namens `bar'.

Für Leute, die nach einer Lösung suchen, können Sie dies auch mit setopt NO_NOMATCH beheben, wodurch die schlechte Übereinstimmung an den Befehl weitergegeben wird.

Genialer Tipp! unsetopt nomatch FTW. :-)

@nickmeharry :heart_eyes:

Oh ja vielen Dank für den Tipp @nickmeharry es hat auch bei anderen Problemen geholfen, thx !

Ja, diese Zeile hat das Problem behoben.. Danke

Sollte das nicht das Standardverhalten sein? Ich habe einige Zeit gebraucht, um das Setopt NO_NOMATCH zu finden

Süss! @nickmeharry