Відео урок Як вибрати ПЗ контролю версій для себе курсу Принципи контролю версій на тему
Принципи контролю версій
Отже, ми майже дісталися кінця. Ми розглянули поняття ПЗ контролю версій. Ми обговорили концепції внесення та отримання змін, відновлення або відкату, розгалуження, злиття, створення тегів та міток, а також детально розібрали п'ять продуктів: Subversion, Perforce, Team Foundation Server від Microsoft, Git та Mercurial. Маючи всю цю інформацію, як вирішити, яка з цих систем вам краще підходить? Що ж, є два основні критерії.
Перший, якщо ви працюєте в команді або в компанії, або ваш клієнт вже є сервер централізованого контролю версій, швидше за все, ви будете використовувати те, що вас попросять використовувати, і, ймовірно, це буде Subversion, Perforce або TFS. Якщо ви створюєте власну команду, я б дуже рекомендував використовувати Git або Mercurial. Git і Mercurial мають різні ключові функції і вони використовуються різними групами людей. Над цим вам слід подумати. Особисто я найчастіше використовую Git із двох причин.
По-перше, Git інтегрується в середовище розробки Xcode для Apple і в Visual Studio, і, по-друге, хмарний сервіс Github, який я згадував на чолі про Git, надає безкоштовний хостинг для проектів з відкритим кодом і дуже дешевий хостинг приватних сховищ комерційних проектів Ви також можете без проблем використовувати сховище Git на локальному пристрої і періодично відправляти зміни на хмарний сервер Github.
Тепер, якщо ви пам'ятаєте, у моїй історії про пошкоджений жорсткий диск для відновлення я використав саме Github, і він вирішив усі мої проблеми. Якщо ви працюєте в розподіленій команді, варто вибирати Git або Mercurial, тому що так ви зможете експортувати та імпортувати зміни поелектронною поштою, і вам не доведеться настроювати серверну інфраструктуру для всіх членів вашої команди. І пам'ятайте, що Git використовується для розробки ядра Linux командою кілька сотень розробників.
Вивчивши всі п'ять продуктів, ви, ймовірно, вже можете визначити, який з них краще підходить вашому стилю роботи. Отже, якщо у вашій організації немає стандартної системи контролю версій, ви можете вибрати ту, яку зручніше використовувати. Якщо вони здаються вам однаковими, я дуже рекомендую використовувати Git. Він простий, ефективний і чудово справляється зі своєю роботою.