Всім привіт.

Це легенька
презентація про те чому GIT є
важливим та як з ним краще
працювати

П.С. презентації робити не вмію, тому тримайтесь

Важливість гіт коміту в репозиторії
Все досить просто – так правильно. Звісно ця відповідь нікого не
влаштує. Тому виникне питання «Навіщо комітити кожну задачу?»
Для простоти розглянемо приклад з дитячим садком

Це 3 друга, що дивляться малюнки великої вежі з

конструктору та хочуть збудувати таку саму.
Розподілили обов’язки так:
Чел1 – основа, Чел2 – середина, Чел3 - дах
Результат їх роботи:
Чел1 зробив башню нормально
Чел2 не попав в діаметр основи
Чел3 вирішив використати пластилін

Тому м’яко кажучі друзі налили підливи, засмучені і вежу потрібно перероблювати з
нуля
Це була відповідь на питання нащо взагалі
ГІТ
Якщо б вони звірялися щоразу поміж собою та сповіщали про
зміни в конструкції вежі – в них би все вийшло.
Коміти це ті самі сповіщення та звіряння з рештою команди. Чим
гарніше та логічніше вони налаштовані – тим легше йде робота.
Розглянемо приклад виконання будь-якої
задачі
В нас є гілка мастер, в якій зберігаються стабільні версії програми
(протестовані). Кружочки це коміти
Нехай нашому розробнику прилетіла задача на створення чогось.
Наприклад, редагувати html та створити новий. Що йому робити?
1. Створити гілку задачі. Наприклад, task_228_newHtml.
2. Виконати свої доробки
3. Виконати pull з master*
1. Вирішити конфлікти**
2. Зробити фінальний коміт (локальні коміти можна робити скільки завгодно до цього
пункту)
4. Кинути pull request до master
Давайте по пунктах та з малюнками
«1. Створити гілку задачі. Наприклад, task_228_newHtml» -
потрібно, щоб відокремити цю доробку від сотень інших

Пункт 2 не коментую.
Думаю, все зрозуміло
Виконати pull з master*

Якщо якийсь розробник залив в мастер до вас, то вам не дозволить

зробити pull request в кроці 4. Тому після того як ви закінчили свою
доробку цей пункт є обов’язковим. Як ця ситуація може виглядати
на малюнку?
3. Виконуємо pull
На цьому етапі можуть з’явитися конфлікти. Це цілком нормально
про них наступний слайд
 Конфлікти? Я не з ким не конфліктував

Task 228

Оновлений master

master
Чому це сталося?
Тому що поки виконувалась доробка 228, фундамент цієї задачі був
змінений оновленим мастером.
Розробник хоче додати слово text, а на його місці вже стоїть слово
really. Як це вирішити? Тут і потрібен pull. Розробник стягує
актуальну версію. Виникає такий самий конфлікт, але розробник
його вирішує за домогою зміни коду (в нашому випадку txt).

Пункт «Зробити фінальний

коміт» не коментую
Виконати pull request до master
Фінальний крок. Потрібно додати наші доробки до стабільної
версії.
АЛЕ ЗАЧЕКАЙ.
Спочатку тестування. Тестування виконується на гілці доробки після
вирішення конфліктів

А вже потім pull request

Дякую за увагу
Цікаві матеріали для ознайомлення
• https://www.atlassian.com/ru/git/tutorials/making-a-pull-request
• https://www.atlassian.com/ru/git/tutorials/using-branches/merge-
conflicts
• https://githowto.com/ru/resolving_conflicts