Разработка в eclipse без использования какого-либо плагина git eclipse? - PullRequest
3 голосов
/ 23 ноября 2011

Я давно использую SVN и Eclipse для разработки, и мне нравится тесная интеграция между ними.Однако теперь я переключаюсь на git и понимаю, что, хотя плагины Eclipse для git, такие как EGit, стали лучше, они все же не так хороши, как плагины SVN для Eclipse.(Например, поддержка субмодулей по-прежнему отсутствует, и я планирую широко использовать субмодули.)

Мне интересно, есть ли среди вас кто-нибудь, кто использует Eclipse для разработки в git-проекте, но не используетEclipse плагин?Это значит, что вы либо используете другой клиент git GUI (я на Linux), либо делаете все из командной строки.Если да, то как это работает для вас?

Это большая боль - не видеть напрямую в Eclipse, какие файлы не синхронизированы с репозиторием и т. Д., Или это не такая большая проблема?Или я все еще могу использовать EGit только для того, чтобы увидеть, какие файлы были изменены, но выполнить все коммиты и выполнить все операции из командной строки или другого клиента с графическим интерфейсом?Если да, может ли кто-нибудь, кто делает это, описать, как может выглядеть такой рабочий процесс.

Есть ли риск или проблемы, связанные с доступом к одному репозиторию от нескольких клиентов, таких как командная строка, EGit и несколько клиентов git GUI- Как это может привести к повреждению хранилища, потому что все они могут изменять метаданные одновременно?Или это совершенно безопасно?

С SVN все было просто - мне никогда не требовалась командная строка или другой клиент с графическим интерфейсом.Все было возможно в Eclipse.Но теперь я беспокоюсь о том, что ожидать, потому что я действительно не знаю, как это изменит мой стиль разработки или если это выполнимо.Конечно, поскольку git является такой популярной VCS, а Eclipse - такой популярной IDE, многие используют их вместе и могут рассказать, как они их используют.

Ответы [ 2 ]

3 голосов
/ 23 ноября 2011

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

Иногда вам нужно использовать F5-Refresh, чтобы обновить представление EGit о вашем репо, но EGit уже работает над обновлениемрабочая область с локальными изменениями файлов, так что это не так часто встречается.

Единственное другое предложение, которое у меня есть, это то, что вы не хотите, чтобы несколько рабочих областей указывали на одно и то же git-репо.Это может вызвать путаницу.

0 голосов
/ 23 ноября 2011

Я не могу говорить конкретно о git, но раньше я делал что-то очень похожее с SVN, и я не вижу никаких проблем с этим. Кроме того, по крайней мере с SVN и Subclipse Subclipse работал с рабочей копией SVN так же, как и любой другой клиент SVN. Есть несколько операций, для которых я все еще использую инструмент командной строки svn для тех же проектов, над которыми я работаю в Eclipse. Это включает в себя такие вещи, как «svn status», а также выполнение пакетных обновлений свойств SVN для файлов (то, что в настоящее время Subclipse не поддерживает). Кроме необходимости использовать F5 в Eclipse для периодического обновления, у меня никогда не было проблем с этим.

Я делал очень похожие вещи с несколькими другими системами контроля версий, и у меня никогда не было проблем. Особенно, если вы просто используете внешний клиент и не беспокоитесь об интеграции управления исходным кодом в Eclipse для git, я не вижу, что у вас возникнут какие-либо проблемы, так как Eclipse не попытается поделиться какой-либо проблемой с этим. Я также рекомендовал бы попробовать EGit, так как я предполагаю, что он будет работать очень похоже на Subclipse и не вызовет каких-либо существенных проблем. (Я надеюсь сделать это в ближайшее время сам.)

С точки зрения рабочего процесса, во многих случаях - по крайней мере, для опытного разработчика, в некоторых случаях это должно работать лучше. В Eclipse я часто переключаюсь между представлениями Package Explorer и Navigator, чтобы увидеть все файлы, которые Eclipse скрывает или переводит по умолчанию в представлении Package Explorer. Переключение между Eclipse и другим клиентом действительно не работает по-другому.

...