#git
#git
Вопрос:
При попытке деинсталлировать Git в Windows 7 я получил это сообщение об ошибке:
«Ошибка во время выполнения (в 18:1292): не удалось вызвать proc».
Согласно моим исследованиям, команда msysgit исправила эту ошибку. Тем не менее, в этом случае это мешает мне отменить установку Git.
Я пробовал несколько методов деинсталляции, которые я нашел в StackOverflow, но безуспешно.
Комментарии:
1. Может быть, сначала обновите его, а затем попробуйте удалить его?
2. Недавно в коде установщика была обнаружена ошибка. Об этом сообщалось в списке рассылки msysGit, и к источникам было применено исправление. В следующей версии это будет исправлено — тем временем rmdir / s / q очистит файлы, если вам действительно нужно их потерять.
Ответ №1:
Я решил эту проблему здесь.
Вы можете установить последнюю версию GIT (в настоящее время 1.7.8) поверх версии 1.7.7.1-preview, после чего вы сможете удалить GIT без проблем.
Ответ №2:
Я смог удалить Git-1.7.7.1-preview20111027.exe удалив все файлы в каталоге Git (я уже использовал KillBox.exe для удаления библиотеки DLL git-cheetah в предыдущих попытках) и установки Git-1.7.6-preview20110708.exe . Который я затем удалил.
Комментарии:
1. чтобы удалить папку git-cheetah, вам необходимо сначала предоставить привилегии пользователю, чтобы он мог ее удалить. Даже когда я делал это с KillBox.exe У меня были проблемы с деинсталляцией.
2. 1 за хороший ответ. Вероятно, вам также следует включить комментарий паттойтса к OP. Что касается: «Я уже использовал KillBox.exe для удаления библиотеки DLL git-cheetah в предыдущих попытках» — Что такое KillBox.exe — зачем вам это нужно, что вы с этим сделали и где вы это взяли? (Я выяснил ответы на эти вопросы после поиска в Google KillBox.exe , но они не очевидны из контекста вашего ответа). Кроме того, я уже использовал Process Explorer от SysInternal, чтобы уничтожить дескрипторы открытых файлов. Является KillBox.exe проще в использовании / быстрее для одной и той же задачи?
Ответ №3:
Переустановите ту же версию, только на этот раз следуйте этим инструкциям, приведенным здесь: http://help.github.com/win-set-up-git / со следующим уважением:
на 5-м экране снимите флажок Дополнительные значки и интеграция с проводником Windows
На 6-м экране вместо «Использовать только git bash» выберите второй вариант «Запустить Git из командной строки Windows».
Я думаю, что исключение, которое мы получали, было результатом отсутствия правильного пути, установленного в системных переменных среды:
http://code.google.com/p/msysgit/source/detail?r=33cc102ca9e3833aec8d3325c698f23791add6f0
Кроме того, к вашему сведению:
здесь есть предложение:
http://comments.gmane.org/gmane.comp.version-control.msysgit/13834 чтобы удалить Git-1.7.7.1-preview20111027.exe установив более старую версию (Git-1.6.2.2-preview20090408.exe ) над этим. Я попробовал то же самое, но не сработало. Ни вызов unins000, ни удаление через установку / удаление программ не помогли.
Кстати, теперь я понимаю, почему мой коллега сказал, что он предпочитает использовать http://en.wikipedia.org/wiki/Mercurial к Мерзавцу. Он сказал, что ему не нужно беспокоиться обо всех исключениях, создаваемых cygwin (связанных с Windows), и я поддерживаю его в этом.
В любом случае, я надеюсь, что мой комментарий сэкономит вам время, ребята.
Приветствия!
Комментарии:
1. Msysgit использует MSys, а не Cygwin. Я вообще не уверен, что это побочный эффект этого решения — это ошибка установщика. И это проблема в этом варианте установщика Git, а не в самом Git. Вы можете возразить, что если бы у HG был собственный порт, который не требовал уровня Posix, он мог бы быть менее подвержен ошибкам, но я лично считаю, что это немного преувеличено. Кроме того, hg вообще не является заменой git. Например, нет встроенного SVN-моста, о котором я слышал. У меня должно было быть гораздо больше причин для переключения, чтобы убедить всю мою команду сделать это 🙂