Есть ли преимущества использования DVCS для индивидуального разработчика?

Прямо сейчас я использую визуальный svn на моем сервере, и у меня есть ankhsvn / tortoise на моей персональной машине. Он работает достаточно хорошо, и мне не нужно ничего менять, но если я увижу некоторые преимущества использования DVCS, то я могу попробовать.

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

Итак, еще раз, я спрашиваю, есть ли преимущества использования DVCS, когда вы единственный разработчик?

Да! Я думаю, что наибольшим преимуществом является лучшая поддержка ветвления + слияния, предлагаемая многими DVCS. Разветвление и слияние - это боль в заднице в SVN; Это достаточно раздражает, так как не стоит тратить время на создание небольших короткоживущих веток для быстрого добавления функций, исправления ошибок или экспериментов, но слияние также достаточно раздражает, так как создание долгоживущих ветвей также затруднительно. С другой стороны, ветвление и слияние в Git очень просты, настолько, что я создаю (локальную) ветвь почти для каждого исправления ошибки или функции, над которой я работаю.

Я думаю, что инструменты, предлагаемые Git для визуализации репозиториев, записи журналов и т. Д., Также намного лучше, чем в SVN (хотя это скорее вещь Git, чем специфичная для DVCS).

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

Я начал использовать Git почти четыре года назад, после некоторого использования SVN, и я не оглядывался назад.

Я часто использую DVCS для своих личных вещей. (Я один из тех парней, которые на $ HOME в git .) Есть несколько преимуществ:

• Это делает репликацию между моим ноутбуком и настольными и лабораторными компьютерами очень простой. Хотя это было верно и для SVN ...
• Я могу зафиксировать на ноутбуке, даже когда у меня нет доступа к интернету.
• Резервное копирование так же просто, как git pull.
• Я могу использовать, git citoolчтобы разбить множество изменений на коммиты логического размера, даже если я принял множество несвязанных изменений, прежде чем принять решение о фиксации. Я не знаю инструмента для этого в Subversion.
• Когда мне нужно пропатчить проект с открытым исходным кодом, проще организовать вещи, создав новый репозиторий git в каталоге проекта, чем сделать вторую копию любого исходного дерева, которое я патчу. (Вы не можете сделать это легко с Subversion, потому что вам нужен отдельный репозиторий где-то еще на вашем жестком диске.)
• Я использую легкие функции ветвления, чтобы проверить изменения, которые я получаю от других людей. Например, когда я редактирую документ конференции с моим советником, хотя у него нет доступа к хранилищу, я могу отправить ему копию документа и проверить его ревизии в ветке, основанной на версии, которую я отправил. его, а затем использовать, git mergeчтобы объединить его ревизии со всем, что я сделал за это время.

Git научил меня думать обо всех моих изменениях в логических порциях, гораздо больше, чем когда-либо делал Subversion.

Моя мама выключает модем, когда уже поздно спать. DVCS позволяет мне продолжать работать с VCS после выключения модема.

Ну, по умолчанию ответ будет: «Если (что вы сейчас используете) работает для вас, почему бы вы изменились?».

Но, да, даже если нет причин для изменений, я считаю, что использовать DVCS несколько проще, чем «старые модели». Следующее относится к Mercurial , который я использую чаще всего, поэтому ваш пробег может варьироваться в зависимости от того, какую систему вы собираетесь использовать.

• очень прост в использовании - я разобрался со всеми нужными мне командами за час или около того
• все локально (вам не нужен удаленный сервер, чтобы быть в сети)
• очень легкое ветвление / слияние - вы даже больше не думаете об этих вещах
• простое клонирование (также тип ветвления) - и, как правило, гораздо более удобный интерфейс (я нашел его более приятным, чем git на окнах; также некоторые концепции проще; т.е. не требуют размышлений на моей стороне, поэтому приводят к меньше возиться с VS и больше работы сделано)
• хорошо работает с SVN

Прыжки через ворота к вступлению в Mercurial и блогу (красивые цвета ;-) с полезными советами .