Почему плагин управления версией комплекта с IDE?

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

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

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

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

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

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

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

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

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

Существуют больше, но это - большое.

Это, зависят от Вашего IDE и способа, которым Вы работаете с VCS.

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

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

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

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

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

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

Вот почему мне нравится Подверсия с Черепахой SVN так. Я могу принять решение использовать интеграцию IDE, когда и где она имеет смысл, иначе, точно так же, как Вы сказали, я могу просто использовать командную строку или в моем случае, основанном на Windows Explorer клиенте!

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

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

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

"Контрпродуктивный" большое слово. Если у Вас есть серьезные проблемы CVS/SVN, возможно, один раз в месяц, это - все еще способ к немногим усложнить клиенты, установленные на всех Ваших dev машинах.

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

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

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

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

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

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

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

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

Это - все в исходном коде ненавязчивым способом.

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

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