Підручники для початківців
Є чудові навчальні посібники (відео та текст), які допоможуть вам почати з дуже базового рівня. Git, здається, має чудовий підхід до тематичного введення теми для початківців, який розповідає вам, чому спочатку і використовує повторення, визначення та графіку, щоб допомогти вам запам'ятати назви та функції ключових команд.
SVN
SVN мав на меті зробити CVS краще. CVS (паралельна система версій) працював над речами файлу одночасно, SVN, як правило, працював над речами каталогу або деревом каталогів одночасно. SVN (і CVS або інші системи) можуть бути важливими, якщо ви використовуєте його на роботі, але, на мою думку, ми значно вдосконалюємо наше розуміння того, що потрібно робити джерело контролю кожні кілька років, так що, як ви хотіли б віддати пізню модель комп’ютер, вам слід віддати перевагу пізньому інструменту управління джерелом джерела. Змінити системи - це величезна інвестиція, і історія коду може бути втрачена, хоча для багатьох систем є перетворювачі, які дозволяють перенести ваш код, а також історію та інші артефакти, створені системою, яка вилучається.
Професійний контроль над джерелами відповідає професійним потребам
Ваше запитання "Як професійні інструменти використання, такі як GIT та Subversion, щоб задовольнити потреби свого проекту?" тісно пов'язане з питанням "Як працюють команди разом, не ставлячись один до одного, поки все ще працюють якомога швидше?"
Код часто змінюється, коли деякі розробники роблять код, який використовуватимуть інші розробники, а також з різними зацікавленими сторонами, які потребують різного рівня стабільності та інновацій. Системи управління джерелами допомагають, зберігаючи код для використання командою, зберігаючи кожну зміну в контексті з версіями, які змінюються з часом, а часто також і з гілками, які є контрольованими копіями коду, які служать для ізоляції груп змін від інших груп змін.
Об’єднання речей, об'єднання роботи багатьох членів команди - справа, яка в SVN та старих системах була централізованою і складною. Для команд, які використовують Git, злиття стає простішим та доступнішим для впливу всієї команди замість кількох експертів. У SVN розгалуження може бути особистою справою, але об'єднання часто мало болісний вплив на команду, і переміщення коду назад в основну лінію може бути болісним з точки зору отримання дозволу, уникнення поломки та рівня зусиль, необхідних для виконання завдання .
Із створеного сховища управління джерелами, професіонали можуть задовольнити інші потреби, такі як діагностування проблем до їх першопричини. Якщо існували версії коду, які раніше працювали, і нещодавно знайдені проблеми, які виникають у поточній версії, можна крокувати вперед і назад по всій історії, щоб точно визначити, коли проблема виникла. У SVN ця можливість незріла, але в Git пошук останньої робочої / першої невдалої версії підтримується командою під назвою git bisect. Проблема буде викликана однією із змін джерела між двома версіями, що потенційно є набагато простішим діагнозом, ніж пошук всієї бази коду.
Вибачте за трамбування, сподіваюся, що це допоможе вам на шляху до використання джерела управління.