Ohmyzsh: zsh: совпадений не найдено: HEAD ^

Экранируйте ^ в вашей команде:

git reset --soft HEAD\^

Милая. Спасибо за подсказку, которая сработала.

Ага, это проблема в zshell. В качестве альтернативы вы можете использовать HEAD ~, чтобы вам не приходилось каждый раз его избегать.

На самом деле, эта проблема связана с настройкой в ​​конфигурации «голых костей» oh-my-zsh. Этого не происходит с обычным старым ZSH:

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

Так что, возможно, этот вопрос стоит снова открыть.

Так что у меня возникла эта проблема задолго до того, как я начал использовать oh-my-zsh.

Используя ту же настройку, что и OP (но без установленного rvm):

davidd @ hal9000 .dotfiles% g co ГОЛОВА ^
M vim / связка / vim-рельсы
M zsh / path.zsh
...

Вот zsh с простым добавлением rvm:

davidd @ hal9000 .dotfiles% zsh -f
hal9000% источник "$ HOME / .rvm / scripts / rvm"
hal9000% g co ГОЛОВКА ^
zsh: совпадений не найдено: HEAD ^

Отличная находка! Сообщите об этом также в системе отслеживания проблем с RVM.

Я откопал еще немного и нашел настоящего виновника:

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

Ооо, похоже, ^ отфильтровывает символические ссылки в extendedglob. Хорошо, тогда я думаю, что это работает так, как задумано.

От man zshall :

^ x (Требуется установка EXTENDED_GLOB.) Соответствует чему угодно, кроме шаблона x. Он имеет более высокий приоритет, чем /', so ^ Foo / bar 'будет искать в каталогах в .' except ./foo файл с именем `bar'.

Для людей, которые ищут решение, другой способ исправить это - setopt NO_NOMATCH , который передает неверное совпадение команде.

Отличный совет! unsetopt nomatch FTW. :-)

@nickmeharry : heart_eyes:

О да, большое спасибо за совет @nickmeharry, он помог и для других проблем, спасибо!

Да, эта строка устранила проблему .. спасибо

Разве это не должно быть поведением по умолчанию? мне потребовалось некоторое время, чтобы найти setopt NO_NOMATCH

милая! @nickmeharry