Не вдалося виконати редактор

Мені часто не доводиться змінювати кілька повідомлень про фіксацію, але це траплялося один чи два рази, і я ніколи не пам'ятаю, щоб це бачили. Сподіваюся, у когось ще є. Коли я git rebase -i HEAD~7, очікуваний список відкриється в vi точно так, як очікувалося. Я змінюю pickзначення, editде це доречно, і потім :wq.

Не вдалося виконати редактор

core.editorУстановка в моїй глобальної .gitconfigє vi(я також змінив його vimв дико відчайдушний крок). Я спробував використовувати mate, але це навіть не відкрило початковий список належним чином, тому я змінив його назад.

Я використовую v1.7.3 і вітаю будь-які пропозиції.

Вчора якраз був одним із тих днів. На жайворонку я вирішив встановити повний шлях до vi (наприклад /usr/bin/vi), а не просто виконуваного файлу. Зараз все працює. Я мушу визнати, що я цього не розумію, оскільки viвін ідеально виконується самостійно ( $EDITORміняється також моя переменная env vi), але він працює, і моя технічна карма останнім часом не була такою великою, тому, можливо, я просто не повинен сумніватися божества будуть ...

Наступна команда

git config --global core.editor /usr/bin/vim

виправляє це.

[редагувати]

Тепер я бачу, що хтось уже розмістив це в коментарях. Сподіваюся, це все ще корисно для деяких сліпих людей, як я.

На відміну від інших тут відповідей, для мене, використовуючи абсолютний шлях до vi та встановлення git core.editorconfig, було недостатньо для вирішення проблеми. (Вони вже були на місці.)

У моїй ситуації проблему було вирішено, додавши -fпрапор до команди vi:

git config --global core.editor '/usr/bin/vi -f'

Після того, як ця -fопція встановлена, я можу використовувати git rebase -i, і коли я зберігаю і виходжу зі списку комісій, відновлення проходить як слід замість того, щоб видавати помилку "не вдалося виконати редактор".

Сторінка Vim man говорить про варіант -f,

Для версії GUI Vim не розщедриться та не відхилиться від оболонки, з якої він був запущений. ... Цю опцію слід використовувати, коли Vim виконується програмою, яка чекатиме завершення сеансу редагування (наприклад, пошта).

Ну, я не використовую версію GUI, про яку я знаю. Я працюю gitв командному рядку bash у вікні терміналу на maOS Sierra 10.12.6. Але оскільки git rebase -iчекає завершення сеансу редагування, я вважаю, що саме тому -fтут необхідний варіант. Можливо, vim (без -f) намагається відхилити / відірватись від оболонки з якихось причин, я не зміг з’ясувати.

У мене виникла ця проблема, і вона була викликана деякою частиною плагіна vcscommand для vim. Запуск vim з будь-якої з цих команд призвів до виходу коду 1 ("помилка"):

• vi
• vim

Але вони дали мені вихідний код 0 ("успіх"):

• /usr/bin/vi
• /usr/bin/vim
• vi -u NONE
• vim -u NONE

Мені вдалося простежити його назад до певного плагіну, відключивши ~/.vimrcфайли ~/.vim, перейменувавши їх та запустивши vi -c q ; echo $?швидко запустити vim та надрукувати вихідний код.

Для мене це була проблема з моїм .vimrc. Тимчасове перейменування цього файлу виправлено. Далі слід налагодити мій .vimrc. Це дуже схоже на досвід ignu.

Якщо ви хочете з будь-якої причини використовувати піднесене, ви можете зробити щось подібне у вашому глобальному конфігураційному файлі:

 git config --global core.editor "/Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl"

Просто мені знадобилося певний час, щоб знайти мою проблему до одного з моїх плагінів.

(конкретно, це було https://github.com/ervandew/supertab )

Я думаю, що це мінус у автоматичному оновленні всіх моїх плагінів.

Тож найкраща порада, вимкніть половину свого vimrc та плагінів. Якщо це не допомагає, проблема з вашою другою половинкою.

Інший варіант - використовувати nanoредактор.

$ whereis nano
$ git config --global core.editor path/to/nano

Виправляє це.

Я намагався скинути коміти, як показано тут https://www.youtube.com/watch?v=V5KrD7CmO4o . Мій редактор git (блокнот ++) відкрився на кроці перезавантаження. Але на кроці повідомлення про внесення змін я побачив проблему "Не вдалося виконати редактор". Це, мабуть, сталося тому, що налаштування редактора git були невірними, а також тому, що я встановив блокнот ++ у нестандартному місці моєї системи Windows. Тобто мені дав 'git config core.editor' notepad++ -multilnst- nosession.

Щоб вирішити проблему, надайте повний шлях таким чином:

git config --global core.editor "'C:\CustomFolder\NPP\notepad++.exe' -multiInst -notabbar -nosession -noPlugin"

Посилання: https://www.youtube.com/watch?v=YLxdkcT6H4g

Ви впевнені, що / usr / bin / vim був на 1.7.3? У мене була така ж проблема, тому що у мене був встановлений плагін резервного копіювання, який підтримується лише в 1.7.3, і чомусь / usr / bin / vim раптом знизився до 1.7.2, можливо, через велике оновлення XCode. ..

У мене була така проблема, коли мені вже було відкрито vim для відновлення бази даних в іншому терміналі. Я запустив ребазу, перервався, і коли я повернувся, я спробував його знову з нуля в іншому терміналі, не розуміючи, що я перебуваю в середині того ж ребату в іншому місці. Тільки завершення сеансу відновлення vim в іншому терміналі спрацювало чудово.

Як не дивно, тільки спробую це знову спрацювало для мене.

Мій змінний core.editor та $ EDITOR не встановлено.

Для мене, використовуючи windows: закрийте поточний термінал і відкрийте ще один (win + R, введіть 'cmd', потім 'enter'), і він раптом спрацює.

Рішення коду VS:

git config --global core.editor "/Applications/Visual\ Studio\ Code.app/Contents/MacOS/Electron"