Конкретні причини для використання Subversion? [зачинено]

Я хочу вибрати систему контролю версій для своєї компанії. Поки що я знаю, що у мене є Git, Subversion і Mercurial.

У наші дні я бачу, що Git є найбільш використовуваним, тому мені залишається цікаво: чи є якась конкретна причина все-таки використовувати Subversion, або я повинен перейти безпосередньо до Git?

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

Якщо у вас є лише одне центральне сховище (це все, що вам знадобиться вашій компанії, якщо вони поки що досить малі, щоб обійтись без контролю джерела поки що), використовувати SVN для взаємодії з ним набагато простіше. Наприклад, за допомогою SVN ви можете витягнути зміни зі сховища або здійснити локальні зміни в ньому однією операцією, тоді як HG та Git вимагають двох-трьох кроків, щоб виконати еквівалентну роботу.

І останніми переглядами SVN виправила багато проблем із виконанням, завдяки яким люди віддавали перевагу HG та Git. Зараз це значно швидше, ніж це було пару років тому, і на даний момент, насправді немає вагомих причин шукати HG або Git для вашого проекту, якщо вам насправді не потрібні розширені функції управління розподіленими версіями.

Інструменти для клієнтів поки не згадуються. Ви, звичайно, можете робити все за допомогою сценарію командного рядка, але інтеграція GUI може бути справжнім підвищенням продуктивності.

Ми працюємо в основному з Visual Studio; інтеграція в IDE, безумовно, краща з SVN, ніж зараз з Git. Це може змінитися в майбутньому, але я, безумовно, врахував це у вашому рішенні так само, як і функції контролю версій.

Як і все інше, система керування версіями сама по собі не є ціллю, а лише інструментом, щоб дістати вас туди, куди ви йдете. Виберіть той, хто збирається вас швидше дістати туди залежно від вашої ситуації.

Я фанат Git. Нещодавно мені довелося визнати, що одним із недоліків Git є те, що він ідентифікує версії з хешами як протилежні номерам випуску svn. Номер випуску можна легше передавати по телефону або щось подібне.

І це єдиний професіонал, який я можу собі уявити. Якщо ви дійсно хочете покластися на цю функцію, ви можете мати її в розподіленому та / або централізованому VCS Bazaar . У Git є теги, які можуть служити цілі.

У всякому разі, я просто не міг уявити собі розвиток без швидкого перемикання гілок та приховування. Ці дві функції поодинці перемогли SVN, де, наскільки я пам’ятаю одне і те ж завдання, потрібно було створити і перевірити ціле дерево в окремі каталоги для досягнення тієї ж мети.

Ці так звані "розширені функції управління розподіленими версіями" приходять з часом, і вам не доведеться їх вивчати на самому початку. Не бійтеся їх. Вони тут, щоб допомогти вам, а не заважати. І немає жодної проблеми створити центральний сховище для DVCS.

За допомогою SVN ви можете легко перевірити частини сховища до рівня папки, тоді як за допомогою git ви отримуєте весь сховище, включаючи всю історію.

Залежно від ситуації це може мати деякі переваги для SVN

(це також має деякі великі недоліки, такі як прихований ".svn" сміття на всьому дереві папок).

"Якщо у вас є завдання, яке можна виконати за шість годин, краще написати інструмент, який виконує це за 20 хвилин, навіть коли на створення інструменту йде шість годин?"

Розподілений контроль над версіями - це інший звір, з яким потрібно боротися. Це вимагає значного навчання для кожного розробника. Якщо у вас є буфер для розміщення навчального процесу для кожного розробника, вам слід перейти до гарної розподіленої системи управління версіями. Після завершення фази навчання розподілене управління версіями набагато краще, ніж централізоване управління версіями.

Здається, розподілене управління версіями є подій. Тут ми тримаємося дуже довго, краще, щоб ми адаптувалися до цього раніше, ніж пізніше. Я пам’ятаю ту саму дискусію, коли SVN був новим, і люди звикли до CVS, було багато аргументів за те, що SVN не використовується, але з часом SVN стала найпопулярнішою системою управління версіями.

Якщо компанія добре зарекомендувала себе з великою кількістю вихідного коду в існуючій системі управління версіями, перехід до нової системи є великим завданням, але якщо компанія невелика або запускається, перейти до управління новою версією дуже просто. Але якщо ви будете дотримуватися управління старих версій (у нових налаштуваннях), ви потрапите у вузьке місце десь у майбутньому, де вам доведеться все-таки планувати міграцію управління версіями.

Я бачив чимало коментарів про SVN, але всі вони мають характер "SVN не поганий", а не "SVN є кращим". Тому я настійно рекомендую обрати для свого проекту розподілене керування версіями (наприклад, Git).

EDIT Переваги GIT над SVN

1. Не потрібний виділений сервер Насправді обидва можна використовувати без сервера.
2. Може продовжувати розробку навіть без підключення до мережі.
3. Управління філіями набагато простіше.
4. Краща підтримка таких інструментів CI, як Bamboo

Хтось згадав інструментарій (для візуальної студії) як причину дотримуватися SVN. http://gitscc.codeplex.com/ надає підтримку GIT для Visual Studio.

чи буде якась конкретна причина використовувати Subversion в ті дні

Крім підтримки інструментів в IDE (якими я не користуюся) - не дуже, ні. Звичайно, SVN може бути більш знайомим, але це єдина причина, і я виявив і Hg, і Git дуже легко (і дуже швидко) вивчити.

Так, є всі ті складні посібники, які описують, як Git є тривіальним, як тільки ти зрозумієш, що гілки - це просто гомеоморфні ендофайнери, які відображають підмножини простору Гільберта. ¹

Я цього не розумію. Але ти знаєш що? Це не має значення. Вам не потрібно знати жоден із цих матеріалів, щоб використовувати Git.

Здебільшого, Git і Hg прості у використанні, і вони мають остаточні переваги перед SVN. Слон у кімнаті, звичайно, розгалужений: гілки просто працюють у Git та Hg. Навпаки, у SVN вони в кращому випадку хворобливі і в гіршому випадку зламані (злиття декількох голів).

Звичайно, ви все ще можете використовувати SVN. Ви також можете використовувати Windows XP. Однак більшість користувачів, які намагалися обидва, погоджуються з тим, що одна з альтернатив надзвичайно перевершує.

¹ Так, я розумію, що це жарт. Я думаю.