Git - Pull request на практике / GitHub

preview_player
Показать описание
Git и GitHub. Изучаем Pull request на практике. В некоторых системах этот процесс называется Merge request или Push request.

СОДЕРЖАНИЕ:
-------------------------------------------------------------------
00:00:00 – введение
00:01:05 – создание новой ветки
00:03:33 – делаем Pull request на GitHub
00:08:13 – зачем нужен Pull request
-------------------------------------------------------------------

Так же, найти меня можно вот тут:

#уроки #git #kiparo
Рекомендации по теме
Комментарии
Автор

Всё время ломал голову о том что это
Отлично рассказано и показано
Спасибо большое <3

poly_sladkiy
Автор

просто еще раз хотел поблагодарить за то, что уже 2 года работаю в IT. даже не сразу осознал, насколько крутые курсы. Библиотеки подучить и инфраструктуру можно где угодно или даже самому, а Тимофей очень доходчиво объяснял архитектуру (clean, mvvm, mvp, паттерны, etc) и зачем вот это всё. как оказалось, эти вещи очень мало кто понимает и умеет правильно использовать. (это не реклама)

ВсеволодВишневский-зб
Автор

Спасибо большое! Кратко, корректно и конкретно!

Koyonn
Автор

Спасибо добрый человек, то над чем голову ломала у вас поняла!!!

elenak
Автор

Очень подробно и информативно. Спасибо большое)

foxygames
Автор

Космос! Так рада что нашла это видео, очень помогло!

tunnuwka
Автор

Спасибо Тимофей, ты мне очень помог, видосу лайк 👍

letsplay
Автор

Кстати важно, что если вы создаете ветки для фиксов или дополнений в основную ветку, но перед СОЗДАНИЕМ фикс-ветки находились в ПРОШЛОЙ фикс-ветке, то в новый pull-request попадет не только ваш новый код над которым вы работали, но и старый из прошлой ветки. Поэтому не забывайте перед созданием новой ветки выходить в мастер

linuxlifepage
Автор

Спасибо за видео! Но у меня появился вопрос. А просто объединить с главной веткой никак нельзя? Ну, там слить вместе, как нибудь, соединить?) Только обязательно смерджить?))

cerdum
Автор

А что не показали как через баш этакой запрос выполнить?

MrVVilson
Автор

Блин, спасибо за объяснение, что пул реквест это всего лишь надстройка над мержем.

ural-site
Автор

Я так понял, смерджили в PR ветки, удалили ветку, локально сделали пулл и получили смердженные ветки? У меня так не работает. После попытки стянуть в удаленного репозитория себе локально, я вижу следующее:
Your configuration specifies to merge with the ref 'refs/heads/dev'
from the remote, but no such ref was fetched.
Т.е. ветки локально не слиты и локально нужно также слить ветки? Или делать что-то типа
git pull --merge origin main
?

BookwormYevgen
Автор

Это конечно классно все, но на практике далеко не так, хоть я с ней и не сталкивался. Я уже наверное ответ не увижу но все же напишу 1. Допустим у меня реализация фитчи состоит 50 файлов. Не камельфо столько проверять за раз. 2. Чтобы не допустить развития событий 1, будем п.р по 4 файла, т.е сделал за сегодня отправил на ревью. Т.е получается мне надо будет делать п.р из моей ветки в мою же ветку?

artem
Автор

как добавить в pull request только одно изменение из многих? я создал форк (ветка master), изменил много файлов . создаю pull request в оригинальный репозиторий и туда лезут все изменения. пробовал создавать ветку, делал там одно изменение, при создании pull request в ветку master своего форка всё нормально (1 файл изменён), а делаю pull request из новойветки в оригинальный репозиторий - опять лезут все изменённые файлы.

pav
Автор

Спасибо за информацию. У меня вопрос: вы добавляете через Settings, а потом Collaborators людей. А как их добавить, если я захожу в settings, а там нет вкладки Collaborators? Видимо интерфейс поменялся. Где искать ?)

ВероникаТен-фл
Автор

после того как я "пошел пообедал, и еще поработал", прежде чем делать PR, нужно ОБязательно! сделать не только коммит, но и Пуш, чтобы в рабочем репозитории не осталось незалитых на сервер изменений. В частности в PR они не попадут, если перед этим не было Push. Верно ведь?

MrDimonsky
Автор

Подскажите, пожалуйста, после того как я подправил замечания ревьювера, как отправить на повторное ревью?

ЭрикГафаров-ьъ
Автор

сделал pull request, потом поступили правки, я могу сделать новые коммиты и заново сделать pull request этой ветки или какие действия при таком условии?

ПавелВолков-хз
Автор

а если мне нужен не мердж а rebase, то в таком случае нужно с консоли сливать ветки?

gerd
Автор

А что если не создавать другую ветку? я ведь могу из локального в удалённый репозиторий пулл реквест сделать

dmitrydanilov