Ця інструкція показує, як зробити pull request у приватному репозиторії GitHub у цільову гілку dev. Наведено два сценарії: коли у тебе є права write (можна пушити напряму) і коли є лише read (потрібен fork).
1. Підготовка — клонування репозиторію
Якщо ще не клоновано репозиторій на локальну машину:
git clone git@github.com:OWNER/REPO.git
cd REPO2. Перевірити і оновити гілку dev
Переконайся, що працюєш від актуальної бази:
git checkout dev
git pull origin dev3. Створити нову гілку для змін
Назви гілку зрозуміло (наприклад feature/add-search або bugfix/login-fix):
git checkout -b my-feature-branch4. Внести зміни і закомітити
# Редагуєш файли в редакторі...
git add .
git commit -m "Опис змін: додано ... / виправлено ..."5. Сценарій A — У тебе є права запису (write access)
Якщо власник репозиторію дав тобі права write, ти можеш пушити прямо в оригінальний репозиторій:
git push origin my-feature-branchПотім на GitHub:
- Відкрий репозиторій → вкладка Pull requests → New pull request.
- В полі base вибери
dev, а в полі compare — твою гілкуmy-feature-branch. - Напиши заголовок і докладний опис, потім натисни Create pull request.
6. Сценарій B — У тебе лише доступ для читання (fork)
Якщо ти не можеш пушити в оригінальний репозиторій, зроби форк і працюй через нього:
# 1) На GitHub: натисни "Fork" у правому верхньому куті оригінального репозиторію.
# 2) Клонуй свій форк:
git clone git@github.com:YOUR-USERNAME/REPO.git
cd REPO
# 3) Додай оригінальний репозиторій як upstream (щоб отримувати оновлення)
git remote add upstream git@github.com:OWNER/REPO.git
# 4) Підтягни останню dev гілку з upstream (опціонально)
git fetch upstream
git checkout -b my-feature-branch upstream/dev
# 5) Внось зміни, коміти і пуш у свій форк
git add .
git commit -m "Опис змін"
git push origin my-feature-branchПотім на сторінці твого форку з’явиться кнопка Compare & pull request. При створенні PR обери:
- base repository — оригінальний репозиторій (OWNER/REPO)
- base branch —
dev - compare — твоя гілка у форку
7. Опис PR і чек-лист
У полі опису PR додай:
- Короткий опис змін.
- Посилання на таск/issue (якщо є).
- Інструкції для тестування (як запустити, де дивитися).
- Які файли/компоненти важливо переглянути.
8. Після створення PR
- Проходить код-рев’ю — можливо, отримаш коментарі; внось правки у ту ж гілку і пуш їх (або у форк) — вони автоматично додадуться до PR.
- Якщо маєш права — мерджиш PR у
dev. Якщо ні — чекай, поки це зробить той, хто має права.
Порада: Перед створенням PR завжди оновлюй локальну
dev та при потребі ребейз або мержуй її у свою гілку, щоб уникнути конфліктів:
git fetch origin
git checkout dev
git pull origin dev
git checkout my-feature-branch
git merge dev
# (або git rebase dev)Коротка шпаргалка команд
# Клонувати репо
git clone git@github.com:OWNER/REPO.git
# Перейти на dev і оновити
git checkout dev
git pull origin dev
# Створити гілку
git checkout -b my-feature-branch
# Після змін
git add .
git commit -m "Опис змін"
# Пушити напряму (якщо є write)
git push origin my-feature-branch
# Якщо через форк: пуш у свій форк
git push origin my-feature-branch
# Оновити гілку перед мерджем
git fetch origin
git checkout dev
git pull origin dev
git checkout my-feature-branch
git merge dev
Коментарі
Дописати коментар