Ohmyzsh: zsh: no se encontraron coincidencias: HEAD ^

Escapa del ^ en tu comando:

git reset --soft HEAD\^

Dulce. Gracias por el dato, eso fue todo.

Sí, esto es un problema en zshell. Alternativamente, puede usar HEAD ~ para que no tenga que escapar de él cada vez.

En realidad, este problema se debe a un ajuste en la configuración básica de oh-my-zsh. No ocurre con ZSH simple y llano:

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

Entonces, tal vez este tema debería reabrirse.

Entonces tuve este problema mucho antes de comenzar a usar oh-my-zsh.

Usando exactamente la misma configuración que el OP (pero sin rvm instalado):

davidd @ hal9000 .dotfiles% g co HEAD ^
M vim / paquete / rieles vim
M zsh / path.zsh
...

Aquí está zsh con simplemente rvm agregado:

davidd @ hal9000 .dotfiles% zsh -f
hal9000% fuente "$ HOME / .rvm / scripts / rvm"
hal9000% g co HEAD ^
zsh: no se encontraron coincidencias: HEAD ^

Excelente hallazgo! Informe esto también en el rastreador de problemas de RVM.

Investigué un poco más y encontré al verdadero culpable:

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

Ohhh, parece que ^ filtra los enlaces simbólicos en extendedglob. Ok, creo que esto funciona según lo previsto.

Desde man zshall :

^ x (Requiere que se establezca EXTENDED_GLOB). Coincide con cualquier cosa excepto con el patrón x. Esto tiene una precedencia mayor que /', so ^ foo / bar 'buscará directorios en .' except ./foo' para un archivo llamado `bar '.

Para las personas que buscan una solución, otra forma de solucionar este problema es setopt NO_NOMATCH , que pasa la coincidencia incorrecta al comando.

¡Increíble consejo! unsetopt nomatch FTW. :-)

@nickmeharry : ojos_corazón:

Oh, sí, muchas gracias por el consejo @nickmeharry, también ayudó con otros problemas, ¡gracias!

Sí, esta línea solucionó el problema ... gracias

¿No debería ser este el comportamiento predeterminado? me tomó un tiempo encontrar el setopt NO_NOMATCH

¡dulce! @nickmeharry