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

Question

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

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

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

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

Answer 1

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

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

Answer 2

У меня есть обе системы, где есть интегрированная IDE (Microsoft FrontPage для веб-сайта разработки IIS с Visual Source Safe для всего веб-контента), а где нет (разработка из командной строки Java, Visual Studio Express Editions) , Промежуточным случаем, который я использую, является jEdit 4.x с интеграцией VSS через плагин.

Я думаю, что интегрированный случай полезен по той причине, что он всегда есть - вам не нужно выходить из приложения, чтобы взаимодействовать с функциями управления исходным кодом, и вам не нужно беспокоиться о том, чтобы не забыть добавить новые файлы и проверить файлы перед их редактированием. Насколько я могу судить, способность иметь плавный рабочий процесс и минимизировать риск недосмотра. Даже когда интеграция с IDE-плагином не идеальна (случай с jEdit 4.x), я все же предпочитаю его не иметь.

Я также согласен с тем, что наличие интеграции с проводником в Windows, как в случае Tortoise SVN, также является отличной возможностью, даже если интеграция с IDE доступна. Это обеспечивает удобную работу без необходимости запуска IDE, а также возможность запуска из окна обозревателя в IDE (в зависимости от типа файла) или в редакторе или в любом другом месте во время работы в Windows Explorer.

И да, интерфейсы командной строки остаются полезными, особенно для сценариев шаблонов рекуррентных операций.

Я работаю во многих контекстах. Низкие барьеры и плавность работы во всех из них заслуживают высокой оценки.

Answer 3

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

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

«Контрпродуктивно» - это большое слово. Если у вас возникают серьезные проблемы с CVS / SVN, возможно, раз в месяц, все равно мало кто может установить сложные клиенты на всех ваших компьютерах разработчика.