Вопросы и если что-то не получается можете писать в комментариях, я постараюсь помочь. Так же можно посмотреть плейлист по Git: kzitem.info/news/bejne/yp9u24GHoayLdXo.
@margokomilfo4428
3 жыл бұрын
Спасибо вам, отличный информационный видосик!:)
@faldetz9043
2 жыл бұрын
как отправить реквест ссылкой на код
@poly_sladkiy
3 жыл бұрын
Всё время ломал голову о том что это Отлично рассказано и показано Спасибо большое
@0057747
3 жыл бұрын
Кратко и очень понятно. Спасибо!!!
@ВсеволодВишневский-з6б
3 жыл бұрын
просто еще раз хотел поблагодарить за то, что уже 2 года работаю в IT. даже не сразу осознал, насколько крутые курсы. Библиотеки подучить и инфраструктуру можно где угодно или даже самому, а Тимофей очень доходчиво объяснял архитектуру (clean, mvvm, mvp, паттерны, etc) и зачем вот это всё. как оказалось, эти вещи очень мало кто понимает и умеет правильно использовать. (это не реклама)
@Koyonn
Жыл бұрын
Спасибо большое! Кратко, корректно и конкретно!
@elenak9055
3 жыл бұрын
Спасибо добрый человек, то над чем голову ломала у вас поняла!!!
@foxygames4173
Жыл бұрын
Очень подробно и информативно. Спасибо большое)
@АнтонМакаров-й9ю
2 жыл бұрын
спасибо за подробные объяснения!
@ВадимТрифанов-з1л
2 жыл бұрын
Как всегда всё понятно. Спасибо!!!👍
@mJee245
2 жыл бұрын
Отлично объясняешь!
@andreyviktorov3214
Жыл бұрын
спс все четко без воды.
@МобильныйРазработчик-ъ3с
3 жыл бұрын
Спасибо за урок,Тимофей!
@tunnuwka367
3 жыл бұрын
Космос! Так рада что нашла это видео, очень помогло!
@Lena-io9ye
3 жыл бұрын
Спасибо 😊 видео очень помогло 👍🏻
@mikhaillazarev5378
5 ай бұрын
git спасибо большое за видео))
@gbigfoot93
2 жыл бұрын
Отлично, как раз то, что я искал👍
@ВероникаТен-ф3л
3 жыл бұрын
Спасибо!!
@letsplay2485
3 жыл бұрын
Спасибо Тимофей, ты мне очень помог, видосу лайк 👍
@pipa-pg7kp
3 жыл бұрын
Все по делу! Супер! Спс
@ilyaprez8705
3 жыл бұрын
пасиб, мне очень помогло)
@SerhiiNesterov
2 жыл бұрын
Спасибо
@linuxlifepage
3 жыл бұрын
Кстати важно, что если вы создаете ветки для фиксов или дополнений в основную ветку, но перед СОЗДАНИЕМ фикс-ветки находились в ПРОШЛОЙ фикс-ветке, то в новый pull-request попадет не только ваш новый код над которым вы работали, но и старый из прошлой ветки. Поэтому не забывайте перед созданием новой ветки выходить в мастер
@alexz7537
Жыл бұрын
Спасибо за важное пояснение. Когда-то натолкнулся на эту проблему и, будучи совсем новичком в Git, долго мучился с последствиями, не понимая, где накосячил)
@MrVVilson
2 жыл бұрын
А что не показали как через баш этакой запрос выполнить?
@cerdum
Жыл бұрын
Спасибо за видео! Но у меня появился вопрос. А просто объединить с главной веткой никак нельзя? Ну, там слить вместе, как нибудь, соединить?) Только обязательно смерджить?))
@ural-site
2 жыл бұрын
Блин, спасибо за объяснение, что пул реквест это всего лишь надстройка над мержем.
@MrDimonsky
2 жыл бұрын
после того как я "пошел пообедал ,и еще поработал", прежде чем делать PR, нужно ОБязательно! сделать не только коммит, но и Пуш, чтобы в рабочем репозитории не осталось незалитых на сервер изменений. В частности в PR они не попадут, если перед этим не было Push. Верно ведь?
@StrikerFeed
2 жыл бұрын
Правильно, поскольку пулл реквест - это функция сервиса, в данном случае гитхаба, и потому все изменения должны быть туда залиты, чтобы было что мерджить.
@BookwormYevgen
2 жыл бұрын
Я так понял, смерджили в 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 ?
@artem8547
3 жыл бұрын
Это конечно классно все , но на практике далеко не так, хоть я с ней и не сталкивался. Я уже наверное ответ не увижу но все же напишу 1. Допустим у меня реализация фитчи состоит 50 файлов. Не камельфо столько проверять за раз. 2. Чтобы не допустить развития событий 1, будем п.р по 4 файла, т.е сделал за сегодня отправил на ревью. Т.е получается мне надо будет делать п.р из моей ветки в мою же ветку?
@TimofeyKovalenko
3 жыл бұрын
Ну во первых врят-ли вас будут каждый день ревьювить по чуть чуть, у других программистов в команде тоже хватает задач. А во вторых, если задача большая, то нужно разбивать на небольшие куски, которые можно будет мерджить в мастер независимо друг от друга. Либо создать общую ветку для вашей задачи, а от нее уже делать разбивку на более мелкие задачи, и пул реквест делать не в мастер, а именно в эту ветку, а когда все части будут проверены можно будет за раз смерджить главную ветку. Делать ПР за каждый день не нужно, нужно делать только когда есть готовая законченая часть. Если так не получается значит задача слишком массивная и требует разделения.
@ПавелВолков-х8з
2 жыл бұрын
сделал pull request, потом поступили правки, я могу сделать новые коммиты и заново сделать pull request этой ветки или какие действия при таком условии?
@TimofeyKovalenko
2 жыл бұрын
Коммитов достаточно, делать еще один pull reques не нужно.
@ЭрикГафаров-ь2ъ
2 жыл бұрын
Подскажите, пожалуйста, после того как я подправил замечания ревьювера, как отправить на повторное ревью?
@TimofeyKovalenko
2 жыл бұрын
Никак :). Просто делаете коммит и в комментариях отвечаете на замечания, например "Исправлено", или нажимаете на кнопку "Resolve" (может по разному называться в разных системах). Вам стоит узнать, как принято это делать конкретно в вашей команде или компании, подходы могут различаться.
@ВероникаТен-ф3л
3 жыл бұрын
Спасибо за информацию. У меня вопрос: вы добавляете через Settings, а потом Collaborators людей. А как их добавить, если я захожу в settings, а там нет вкладки Collaborators? Видимо интерфейс поменялся. Где искать ?)
@TimofeyKovalenko
3 жыл бұрын
Да, немного поменялся. Сейчас это вкладка "Manage access".
@mr.tinkertrain8510
3 жыл бұрын
@@TimofeyKovalenko не немного а ваще поменялся кардинально, давно пора новые видео делать уже по интерфейсу. Кстати, а что если не использовать пулл реквесты, а просто скопировать из адресной строки ссылку на конкретный открытый репозиторий? так тоже пойдет, чтобы показать кому-то?
@TimofeyKovalenko
3 жыл бұрын
да, но минус такого способа, что не видна разница между тем что было, и тем что стало. Смысл PR в том, что видно какие конкретно строки кода менялись, то есть видна разница между теми файлами, которые были до новых изменений в PR. Я рекомендую создать файлы, залить в мастер, затем сделать какие нибудь изменения и залить это как PR. А затем самому полазить по PR и посмотреть как это выглядит в гит хабе. Тогда сразу станет все понятно.
@mr.tinkertrain8510
3 жыл бұрын
@@TimofeyKovalenko cпасибо
@dmitrydanilov3327
3 жыл бұрын
А что если не создавать другую ветку? я ведь могу из локального в удалённый репозиторий пулл реквест сделать
@TimofeyKovalenko
3 жыл бұрын
Смысл Pul request в возможности, что-то сделать на сервере - ревью кода другими разработчиками, автоматизированный запуск тестов и тд. Поэтому технически можно, но на практике так никто не делает.
@user-gerd
3 жыл бұрын
а если мне нужен не мердж а rebase, то в таком случае нужно с консоли сливать ветки?
@TimofeyKovalenko
3 жыл бұрын
В настройках к репозиторию на github должна быть опция, что-бы был rebase вместо merge по умолчанию.
@СергейБезденежных-щ8ю
3 жыл бұрын
Добрый день! а можно ли загрузить к себе чужой Pull request ?
@TimofeyKovalenko
3 жыл бұрын
Да, просто сливаете себе ветку в котором этот PR находится и можете даже туда коммитить.
@sleeply4cat
3 жыл бұрын
А если PR пришёл из приватного форка и доступа к ветке нет?
@holllor
2 жыл бұрын
Почему-то думал, что в мастер абы кто мерджи не может делать.
@TimofeyKovalenko
2 жыл бұрын
Так и есть, пока не заревьювят код, никто туда ничего не заливает.
@SharpCoder
2 жыл бұрын
Да в гитлабе не удобно ревьювить. Вы серьезно там ревью делаете?
@TimofeyKovalenko
2 жыл бұрын
В большинстве случаев да. Если не выходит сделать это по простому, то это звоночек к тому, что ревью сделано плохо.
@SharpCoder
2 жыл бұрын
@@TimofeyKovalenko уточню, там работать с решением не так удобно как в чреде разработки. Комменты, замечания, там удобно делать и в таком смысле ревью там хорошо делать. Особенно когда замечаний много гитлаб очень упрощает работу. Но если возникают конфликты, при мердже, вы как из решаете? В гитлабе или в стеле разработки?
@TimofeyKovalenko
2 жыл бұрын
Конфликты конечно же в среде правятся).
@SharpCoder
2 жыл бұрын
@@TimofeyKovalenko так мердж реквест подтверждается в гитлабе, и в нем же при подтверждении надо решить конфликты. Разве нет?
Пікірлер: 57