pull request (PR)
Також називають: PR, пул-реквест
Сторінка на GitHub, яка пропонує злити одну гілку з іншою. Вона збирає в одному місці опис, коміти, змінені файли, автоматичні перевірки й обговорення рев'ю.
Pull request (PR) це місце, де зміну обговорюють, перш ніж вона стане частиною main. Його вкладки: Conversation (опис, коментарі, рев'ю, перевірки), Commits і Files changed (diff). PR має стан: відкритий, чернетка, змерджений або закритий. Більшість команд вимагають хоча б одного схвального рев'ю й успішних перевірок, перш ніж можна натиснути Merge pull request.
Вивчити в курсі
- Злиття: мердж-коміт, squash і rebase на GitHub · Що робить мердж, три варіанти за кнопкою мерджу на GitHub і що кожен лишає в історії, fast-forward простими словами і як перевірити, чи зміна справді в main.
- Перша зміна в браузері і як її скасувати · Невелика зміна повністю у вебінтерфейсі GitHub: знайти файл, відредагувати, закомітити в нову гілку, бо main захищена, відкрити pull request, пройти перевірки й рев'ю, змерджити й викласти. А потім скасувати змерджену зміну кнопкою Revert, розібратися, коли робити revert, а коли виправляти вперед, і що продакту варто й не варто редагувати самостійно.
- Анатомія pull request: вкладки, опис, перевірки · Читаємо сторінку pull request згори донизу: базова гілка й гілка змін, чернетка і готовий PR, чотири вкладки, опис, рев'юери й мітки, пов'язані issues, перевірки й блок мерджу.
- GitHub flow: малі гілки, швидкі мерджі · Цикл, у якому працює більшість продуктових команд: гілка від main, pull request, рев'ю й перевірки, мердж, деплой. Чому малі короткоживучі гілки безпечніші, що означають «змерджено» і «викладено», як фіча-флаги дають викласти незавершену роботу прихованою і як читати прогрес фічі зі списку pull requests.
- Іконки й кольори: що означає кожен стан · Читаємо pull requests, issues, перевірки, рев'ю, мітки й блок мерджу з першого погляду: що означає кожна іконка й колір GitHub і як розрізняти стани за формою й текстом, а не лише за кольором.