Чи є переваги використання DVCS для соло-розробника?

Зараз я використовую візуальний svn на своєму сервері та маю ankhsvn / черепаху на моїй персональній машині. Він працює досить добре, і мені не доведеться змінювати, але якщо я можу побачити деякі переваги використання 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щоб злити його доопрацювання з будь-чим, що я робив у цей час.

Гіт звик думати про всі мої зміни в логічних фрагментах, набагато більше, ніж колись робила Subversion.

Моя мати вимикає модем, коли спати вже пізно. DVCS дозволяє мені продовжувати роботу з VCS після вимкнення модему.

Ну, за замовчуванням відповідь буде: "Якщо (що б ви не використовували зараз) працює для вас, чому б ви змінилися?".

Але, так, навіть якщо немає ніяких причин для зміни, я вважаю, що використовувати DVCS дещо простіше, ніж "старіші моделі". Далі йдеться про Mercurial , яким я найбільше користуюся, тому ваш пробіг може змінюватися в залежності від того, яку систему ви будете використовувати.

• дійсно простий у використанні - я розібрав усі потрібні мені команди за годину
• все локально (не потрібно, щоб віддалений сервер був у мережі)
• дуже легко розгалуження / злиття - ви навіть більше не думаєте про ці речі
• легке клонування (також тип розгалуження) - і взагалі, набагато більш зручний інтерфейс (я вважав, що це приємніше, ніж git's на Windows; також деякі поняття простіші; тобто не потрібно думати з моєї сторони, тому ведуть до менше сповіщення з VS і більше виконаної роботи)
• добре працює зі svn

Стрибки до вступу до Mercurial і блогу (гарні кольори ;-) з корисними порадами .