Зачем связывать плагин контроля версий с IDE?

Question

Я всегда бродил, почему так важно иметь поддержку управления версиями в IDE.

Я всегда предпочитал использовать командную / автономную версию управления версиями по своему выбору, и никогда не находил полезной интеграцию с IDE.

Я знаю, что иногда бывает полезно, например, автоматически отслеживать переименования, но несколько раз я был укушен плагинами контроля версий (особенно плагином Clear Case Eclipse), которые теперь я считаю контрпродуктивными по сравнению с commanline версия, где у меня есть лучший контроль.

Каково ваше мнение?

Answer 1

Интегрированный контроль источника также помогает держать только важные файлы под контролем источника. Например, когда я добавляю новый файл в Visual Studio, плагин (visualSVN) позволит мне легко его добавить, и мне не придется выходить за пределы своей IDE и запускать команду, чтобы добавить его в репозиторий. С другой стороны, он автоматически игнорирует временные файлы, такие как obj / и bin / Folders.

По существу: интегрированный контроль версий, который действительно работает, является отличным способом поддержания чистоты и полноты хранилища.

Answer 2

Мне нравится, как некоторые IDE реализуют это. Ankh-SVN для Visual Studio не так уж хорош и немного глючит, однако Subeclipse Я считаю, что работает очень хорошо, когда использую Eclipse.

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

Вот почему мне так нравится Subversion с Tortoise SVN. Я могу выбрать интеграцию IDE, когда и где это имеет смысл, в противном случае, как вы сказали, я могу просто использовать командную строку или, в моем случае, клиент на основе проводника Windows!

Answer 3

Почему даже есть IDE? Почему бы просто не делать все с помощью командной строки? ;)

Ответ в том, что его интеграция с IDE "лучше".

Моя # 1 причина: Вы можете визуально увидеть, извлечен файл или нет, и если вам нужно отредактировать файл, вы можете выполнить действие прямо там, где вы работаете.

Есть еще, но это большой.

Answer 4

Интеграция среды IDE с системой контроля версий и, в частности, системой управления изменениями программного обеспечения, помогает объединить принципы IDE и системы контроля версий.

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

Другим может быть отслеживание рабочих элементов и сложные исправления ошибок.

Также при редактировании файлов сохраняется некоторая церемония и переключение контекста.

Расширенные возможности интеграции также могут позволить внедрить концепцию «конфигурации» («ветвь», «тег», «представление») в системе управления изменениями в среду IDE.

Интеграция ClearCase, однако, явно не «продвинутая».

Answer 5

Во многом это просто предпочтения и уровень комфорта пользователя. Некоторым людям комфортно с командной строкой. Некоторые предпочитают графический интерфейс.

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

Answer 6

У меня боевые шрамы от использования ошибочной реализации интеграции IDE / VCS. Честно говоря, если бы это не было ошибкой, это было бы здорово. Пока есть отличные инструменты, такие как TortoiseSVN, я не вижу необходимости в интеграции IDE / VCS. Я предпочел бы иметь больше инструментов, которые хорошо выполняют свою работу, чем несколько инструментов с ошибками.

Answer 7

Почти все мои потребности в Subversion могут быть обработаны интерфейсом IDE. Гораздо быстрее сделать 2 быстрых клика, чем открыть командную строку, перейти в нужное место, выполнить команду и т. Д.

Командная строка имеет свое место, но с текущей культурой IDE это место продолжает уменьшаться.

Answer 8

Это зависит от вашей IDE и способа работы с VCS.

Я и моя команда, использующие подключаемые модули VSS в Delphi IDE, дают много гибких функций, например, при совместной работе. Все наши формы регистрируются, когда вы начинаете писать письмо или перемещаете компоненты, которые запрашивались, если вы хотите проверить файл кода или форму.

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

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

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

Answer 9

Причина номер 1 для SCM, интегрированного в IDE, заключается в том, что он делает его более легким в использовании и устраняет необходимость ПОМНИТЬ, чтобы проверить вещи. По своему опыту я видел, что шаги, которые разработчики считают посторонними, что часто включает в себя что-то кроме написания кода, не выполняются. Выполнение этих дополнительных действий увеличивает вероятность того, что разработчики не будут беспокоиться об этом, и будет работать вокруг системы контроля версий

Answer 10

Я использую intellij, интегрированный с cvs на регулярной основе, и, безусловно, лучшая особенность интеграции контроля версий в IDE - это построчная индикация того, что добавлено, отредактировано или удалено вместе с легким доступом (мышь наведите курсор на всплывающую подсказку) до внесения изменений.

Все это в исходном коде ненавязчивым образом.

Для гаек управления версиями (checkin / checkout / update / etc) я иногда использую IDE, а иногда - командную строку.