TortoiseGit vs Git Расширения

В чем преимущества и недостатки использования либо Git Extensions, либо TortoiseGit в ОС на базе Windows?

Ответ 1

Я не знаю GitExtensions, но могу поделиться своим опытом с TortoiseGit (ссылается на комментарий marc_s):

Плюсы:

Отличная интеграция с Windows (это расширение оболочки)
Почти тот же пользовательский интерфейс, что и TortoiseSVN (если вы уже использовали TortoiseSVN, вы знаете, чего ожидать).

Минусы:

У вас будет время жесткого понимания использования git.

Проблема с TortoiseGit заключается в том, что люди, которые работали с TortoiseSVN, будут думать, все будет (или должно) работать точно так же, как в SVN... и в конечном итоге никогда не понимает, как работать с git, Как личный опыт, компания, с которой я работаю, перешла с SVN на git через 2 года, и каждый разработчик, который использовал TortoiseGit, не знал, что они делают, а иногда и забивает свои локальные репозитории. В конце концов, они потеряли TortoiseGit и потратили время на изучение git "трудного пути" (shell, msysGit на Windows), и все были счастливы с тех пор.

Заключение: просто используйте msysGit напрямую и правильно изучите git. В будущем вы избежите многих головных болей.

Ответ 2

Моя компания попробовала оба и быстро сбросила Tortoise Git. Он разбился гораздо чаще. Кодеры утверждают, что Tortoise Git недостаточно способен, но я сам этого не проверял. Но я действительно видел много сбоев.

Кодеры предпочитают Git bash, другие используют, но ненавидят Git Extensions. Хотя даже некоторые из них дополнительно открывают Git bash. Git bash неизбежно видеть счетчики хода.

Git У расширений нет возможности показывать индикаторы выполнения во время вытягивания. Таким образом, только с расширениями Git, вы сидите перед загадочным индикатором прогресса, не зная, что происходит, и что-то не удалось. Худшим является недостающий или неправильный пароль: Git Расширения просто позволяют вам ждать вечно, показывая тот же светящийся бар, как если бы он делал что-то отнимающее много времени. Еще один ужас Git Extensions - это частая остановка с "нехваткой памяти", при версировании большого количества больших файлов и вытягивании с rebase. После такого прерывания пользователи, не участвующие в кодировании, всегда сталкиваются с проблемами. Многие файлы, которые они не изменяли, отображаются как измененные, и файл блокировки не позволяет им справиться с этой проблемой и т.д.

По-моему, оба инструмента GUI незрелые.

Ответ 3

Вы хотите Git расширения по одной важной причине - он показывает вам графическое представление журнала фиксации (см. ниже). Без этого графического представления я не думаю, что большинство людей, знакомых с Git, когда-либо получат то, что происходит с ветвями, коммитами, перезагрузкой, сборкой вишни и т.д. (Я знаю, что не знаю).

Вы также захотите сделать некоторые из своих работ в командной строке, вам лучше всего использовать Git, так как вся помощь, которую вы получите, будет основана на командной строке.

Все, что сказано, вы также можете использовать Tortoise Git (при условии, что он работает), поскольку все они вызывают одни и те же исполняемые файлы командной строки и действуют в том же репозитории Git.

В большинстве IDE есть поддержка Git, JetBrains IDEA отлично справляется с добавлением списков изменений и других функций поверх нее.

Ответ 4

У меня нет большого опыта работы с TortoiseGit, но я установил его и в настоящее время использую GitExtensions v2.21.

Самые большие преимущества использования GitExtensions:

визуальное графическое отображение графических дисплеев и ветвей графического отображения, содержащее всю необходимую информацию в вкладках, исключающую необходимость работать с недружественными SHA.
возможность установки как администратора и всех других пользователей на одном ПК может использовать его так же, как любой обычный пользователь.
встроенная интеграция с оболочкой Windows Explorer
для интеграции с Visual Studio (для пользователей Windows Eclipse требуется только msysgit, так как у них есть собственный графический интерфейс для замены необходимости в GitExtensions)
простой в использовании установщик, который поставляется с предустановленными всеми необходимыми и необходимыми функциями для запуска из коробки (SSH Client, KDiff, msysgit).
интеграция с GitHub (вилка, клон, pull все обтекаемы)

Недостатки:

Документация
не поддерживает новые функции, которые постоянно добавляются. Например, я до сих пор не знаю, как использовать функции сценариев.

Чтобы мы не забывали, что это совершенно бесплатная программа и предлагаемая нам в качестве опции без привязки, я не вижу оснований для таких высоких ожиданий, как если бы мы платили клиентам? Я видел некоторые из прерываний и замораживания, о которых говорил предыдущий пользователь, но я считаю, что большинство из них было исправлено в версии 2.24. Многие из неудач и неудачных действий на самом деле не являются ошибкой GitExtensions, но скорее являются признаком системной проблемы вне GitExtensions (например, неправильно настроенная настройка SSH, проблемы с правами доступа к файлам на сервере с удаленным репо и т.д.). Например, был один раз, когда я сделал простой толчок, который вызвал отказ и прервал. Оказывается, удаленный пульт, который я пытался нажать, был на очень длинном пути, который вызывал проблемы для сервера Mac, на котором размещалось репо.

В любом случае, однако, мой опыт работы с GitExtensions был довольно положительным. Я считаю, что преимущества, изложенные выше, сделали целесообразным мириться со случайными прерываниями и зависаниями, пока ошибки не будут исправлены.

Ответ 5

Я не могу говорить с расширениями Git, поскольку я никогда не использовал его. Были проблемы с чистым GIT. Не удалось интегрировать GVIM, например. Tortoise Git имеет встроенный редактор и инструмент diff (что удивительно), так что очень приятное удобство. Я любил диаграммы ветвей в книге Скотта Чакона и надеялся, что у TGit будет похожая диаграмма. У них есть инструмент для отображения ветвей, но это не так хорошо, как в книге.

Следует иметь в виду, что поскольку TGit - это всего лишь оболочка поверх GIT, нет никакого вреда в смешивании этих двух методов. Я использую TGit для большинства всего, но погружаюсь в Git для команд, которые неудобны или что я просто плохо разбираюсь в TGit. Но даже если вы планируете использовать TGit, по-прежнему важно, как уже упоминалось выше, сначала понять основы Git. Я прочитал первую, скажем, три главы книги Chacon (доступную бесплатно в Интернете http://progit.org/book/ или при покупке в Amazon), Если вы похожи на меня, вы можете захотеть прочитать их несколько раз, чтобы парадигма погрузилась. Это не все, что сложно, но оно сильно отличается от предыдущих VCS.

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

Ответ 6

Просто чтобы ответить на некоторые из замечаний выше:

При правильном ожидании TortoiseGit обеспечивает отличный интерфейс для работы с git в Windows. Это не замена TortoiseSvn, но улучшенный gui по сравнению с тем, что можно достичь с помощью gitk + git -gui (который можно считать частью функциональности ядра git и доступной в msysgit). Единственное плохое, что я вижу, это то, как вам не нужно будет помнить все точные команды для checkout/rebase/merge и т.д., Так как это можно сделать очень удобно через gui (что является целым). Проблемы с putty/ssh имеют больше общего с нижней поддержкой ssh в Windows и не являются уникальными для TortoiseGit.

Ответ 7

Я использую GitExtensions. Я не использовал TortoiseGit, но один из наших других разработчиков любит его и отказывается использовать GitExtensions. Его рассуждение 1) Это знакомо; 2) Он имеет отличную интеграцию с Windows Explorer.

Использование GitExtensions Я стараюсь использовать интеграцию с Windows Explorer только для трех вещей:

1) Чтобы создать новый локальный репозиторий (пункт контекстного меню Git Init Здесь, который на самом деле является командой Git для Windows, GitExtensions находится поверх Git для Windows);

2) Чтобы открыть графический интерфейс Git Extensions (окно просмотра);

3) Чтобы клонировать удаленный репозиторий до локального репозитория (пункт контекстного меню Git Расширения > Клон).

Для почти всего остального у меня есть только GUI GitExtensions и работа оттуда.

Разработчики GitExtensions утверждают, что практически любая команда может быть выполнена из графического интерфейса. Это не совсем так, но я считаю, что мне нужно только один раз в два раза переходить в интерфейс командной строки для сложных задач.

В некоторых случаях GUI упрощает сложные задачи, скрывая сложность базовых команд Git. Иногда это связано с объединением нескольких команд Git в одно действие. например, создание подмодулей, в которых GUI объединяет добавление подмодуля, инициализацию и обновление его в одно действие. В другом случае графический интерфейс упрощает задачу, предоставляя команду, которой не хватает Git - удаление подмодуля (в Git вам нужно вручную отредактировать различные файлы, такие как .gitmodules и .git/config, чтобы удалить подмодуль). Мне было бы интересно узнать, упрощает ли TortoiseGit сложные задачи таким же образом.

GitExtensions также имеет довольно базовую интеграцию с Visual Studio. Не знаю, делает ли TortoiseGit. Для Visual Studio 2008 и 2010 существует отдельный поставщик источника Git Source Control Provider, который обеспечивает гораздо более обширную интеграцию Visual Studio. Однако, установив Git поставщик управления источником, я считаю, что никогда не использую его. Единственная интеграция GitExtensions, которую я использую из Visual Studio, находится на панели инструментов, чтобы открыть графический интерфейс GitExtensions с соответствующим репозиторием. Я буду работать с Visual Studio на одном мониторе, а GitExtensions - в другом.

От, по крайней мере, версии 2.32 GitExtensions отображает количество незафиксированных файлов на панели инструментов. Я ранее использовал 2.24, у которого не было этой функции, и это очень удобно. Дает мгновенную обратную связь о том, есть ли какие-либо незафиксированные изменения или нет.

Ответ 8

Для быстрой и простой компиляции, настройки и построения расширений, GitExtensions лучше (С#), чем TortoiseGit (Visual С++ MFC)

Для портативности, GitExtensions лучше (.NET в Windows/моно на Linux/Mac), чем TortoiseGit (только для Win32/64)

Чтобы использовать наложение значков в проводнике, используйте TortoiseGit

Для выполнения некоторых функций, TortoiseGit лучше, потому что он вызывает статическую/динамическую библиотеку для извлечения результата из репозитория, тогда как GitExtensions вызывает только командную строку git.exe, которая имеет большие накладные расходы.

Чтобы перейти из TortoiseSVN, TortoiseGit будет лучше знаком с GitExtensions

Ответ 9

DATE: 2011-08-27.

В этот момент Tortoise Git вообще НЕ РАБОТАЕТ, и проблема на сайте кодов Google не получила внимания через месяц: http://groups.google.com/group/tortoisegit-users/browse_thread/thread/9090337b7936e1e1.

В поле "Load Putty Key" из всплывающего окна Tortoise Git первое использование для клонирования сайта (и начала разработки) выделено серым цветом. Таким образом, личный ключ не найден, а сообщение об ошибке "соединение сброшено" SUCCESSFUL!!!!

Git Bash работает отлично, хотя консоль. И если все выше говорят о том, что не понимают концепцию Git при использовании Tortoise Git, я бы просто держался подальше от нее, даже если не учитывать последние 3 часа, которые я потратил, пытаясь получить Tortoise Git работа для разработчика. Ему придется учиться на консоли Git или идти по дороге.

Я заработал это через 15 минут, и я просто хакер, пытающийся нанять программистов, -)

PS, Eclipse имеет все три основных "коннектора" репозитория "Управление версиями" и является очень хорошим редактором.