Я помічаю, що "малий" підручник для GIT ніхто не дає , тому я спробую це висвітлити. GIT швидше і перевершує SVN, але, можливо, вам легше отримати обліковий запис SVN на сервері у вашому університеті, оскільки SVN добре налаштований. Також, можливо, ваші співробітники знають, як ним користуватися.
Навіть якщо ви співпрацюєте за допомогою SVN, можливо, ви хочете використовувати GIT для власної локальної версії (я це роблю!).
Перший застереження : GIT дуже потужний і для базового використання використовувати лише дещо складніше, ніж SVN (наприклад, один варіант, який потрібно додати в командний рядок; два кроки виконуються для центрального сховища).
Другий біт попередження : GIT має філософію вважати набір змін атомарними ( як їх називають), навіть якщо набір охоплює кілька файлів. Також у GIT ви маєте поняття локального сховища та центрального сховища.
ДОБРО : Ви можете працювати в автономному режимі.
БАД : Вам потрібно два кроки приєднатися до центрального сервера.Δ
Основні команди, припускаючи, що у вас вже є сховище
- Клоніруйте сховище:
git clone <url>
- Оновіть своє місцеве сховище:
git pull <repo>
або просто git pull
якщо ви клонували, як зазначено вище.
- Команда pull дійсно робить і те,
git fetch
і git merge
. Перший "забирає" матеріал з центрального сервера, а другий застосовує об'єднання ваших файлів і файлів сервера.
Злиття відбувається автоматично, якщо немає одночасних редагувань в одних і тих же частинах деяких файлів. Якщо злиття не вдається, робочий каталог залишається у "стані злиття", це означає, що вам доведеться виправляти конфлікти, і тоді вам доведеться зробити об'єднану копію. Якщо у вас все ще виникають некеровані конфлікти у ваших файлах, фіксація знову не вдасться, сміття не вчинено.
- Додати новий файл , який буде здійснено:
git add <file name>
.
- Внесіть зміни до локального сховища:
git commit -am "<textmessages>"
або git commit -a
якщо ви хочете редагувати повідомлення про фіксацію.
- Перемістіть зміни у вашому локальному сховищі до центрального сховища.
Зауважте, що для переміщення змін до вашого центрального сховища спочатку вам потрібно скористатись своїм локальним сховищем, і вам доведеться пересилати всі комісії (навіть більше ніж один) до свого центрального сховища.
Створіть локальне сховище користувача
- Створення сховища
git init
в будь-якій папці, яка вам подобається.
- Готово!
Створіть репо-репортаж із загальним доступом (також приватний, якщо ви платите готівкою) із приємним графічним інтерфейсом.
Створіть стільки приватних / публічних сховищ з різними групами користувачів, але без GUI.
- Попросіть обліковий запис SSH без пароля на доступній машині.
- Не хвилюйтесь, оскільки аутентифікацію здійснюють SSH-ключі.
- Встановіть Gitosis відповідно до цього підручника .
- Тепер ви можете адміністративувати свій власний git-сервер, відредагувавши один файл і передавши його у сховище!
Git не потребує центрального сервера : будь-яку папку на вашому комп'ютері можна використовувати як сховище, тож ви можете грати з git та робити свої тести в режимі офлайн. Ви можете ініціалізувати одне сховище та імітувати трьох співробітників у трьох інших папках, не надсилаючи жодного біта в мережу. Це тому, що будь-яка клонована копія сховища є повнофункціональним сховищем, до якого ви можете скористатися. Це добре, якщо ви хочете працювати на рейсі між США, Китаєм чи Європою.