Перейти до змісту
Увійти
← Глосарій

pull request (PR)

Також називають: PR, пул-реквест

Сторінка на GitHub, яка пропонує злити одну гілку з іншою. Вона збирає в одному місці опис, коміти, змінені файли, автоматичні перевірки й обговорення рев'ю.

Pull request (PR) це місце, де зміну обговорюють, перш ніж вона стане частиною main. Його вкладки: Conversation (опис, коментарі, рев'ю, перевірки), Commits і Files changed (diff). PR має стан: відкритий, чернетка, змерджений або закритий. Більшість команд вимагають хоча б одного схвального рев'ю й успішних перевірок, перш ніж можна натиснути Merge pull request.

Вивчити в курсі

  • Що таке pull request: анатомія сторінки PR · Що таке pull request, згори донизу: базова гілка й гілка змін, чернетка і готовий PR, чотири вкладки, опис і шаблон pull request, рев'юери й мітки, пов'язані issues, перевірки й блок мерджу.
  • Злиття (git merge): мердж-коміт, squash і rebase на GitHub · Що робить мердж (git merge), три варіанти за кнопкою мерджу на GitHub (merge commit, squash and merge, rebase and merge) і що кожен лишає в історії, fast-forward простими словами і як перевірити, чи зміна справді в main.
  • Іконки, кольори й перевірки: що означає кожен стан GitHub · Читаємо статуси pull request, issues, GitHub checks, рев'ю, мітки й блок мерджу з першого погляду: що означає кожна іконка й колір, чим змерджений PR відрізняється від закритого і як розрізняти стани за формою й текстом, а не лише за кольором.
  • Перша зміна в браузері і як її відкотити через revert · Невелика зміна повністю у вебінтерфейсі GitHub: знайти файл, відредагувати його у вебредакторі GitHub, закомітити в нову гілку, бо main захищена, відкрити pull request, пройти перевірки й рев'ю, змерджити й викласти. А потім зробити git revert змердженої зміни кнопкою Revert на GitHub, розібратися, коли відкочувати, а коли виправляти вперед, і що продакту варто й не варто редагувати самостійно.
  • GitHub flow: малі гілки, швидкі мерджі · Цикл, у якому працює більшість продуктових команд: гілка від main, pull request, рев'ю й перевірки, мердж, деплой. Чому малі короткоживучі гілки безпечніші, що означають «змерджено» і «викладено», як фіча-флаги дають викласти незавершену роботу прихованою і як читати прогрес фічі зі списку pull requests.