Команда git rebase: перенос ветки поверх master. Подробное описание, как работает команда rebase.
Пікірлер: 22
@JavaScriptru-videos3 жыл бұрын
Ссылки: - Git курс (playlist): kzbin.info/www/bejne/jWXLoJZoabBsaac - Git разное (playlist): kzbin.info/www/bejne/bnnbhXuGoMmYmqM - Учебник и курсы по JavaScript и смежных технологиям: learn.javascript.ru
@modjaid39073 жыл бұрын
Наконец то, нашлось видео как решать конфликты при rebase, вообще об этом никто не говорит в ютубе. Однозначно лайк
@ruslan30409 ай бұрын
сколько искал, пока это не посмотрел, ничего понять не мог, замечательное объяснение, огромное спасибо !
@alfa_main11 ай бұрын
Спасибо, более подробной и понятной информации ещё не находил. Наконец-то я понял, как это работает)
@alexanonymous58232 жыл бұрын
спасибо огромнейшее, очень полезно и доступно
@vlera41983 жыл бұрын
Спасибо! Все никак не мог понять почему при ребейзе просит решить конфликт с какимто древним коммитом . Тут все предельно ясно описано
@Anton16180 Жыл бұрын
Просто как боженька промолвил. Я потратил на самостоятельное изучение rebase около двух дней, но только 8 минут этого видео меня посвятили о хоть какой-то идее процесса, а ведь это только начало ^^"
@АлисаФортунова Жыл бұрын
Спасибо за урок
@ЯковМалышев-ъ5т Жыл бұрын
Шикарное видео! Большое спасибо
@glushk1na2 жыл бұрын
Илья, спасибо!!
@Леонид-с5з2 жыл бұрын
2:16 3:44 отлчичие git rebase --abort от git reset --hard и git reset --quit 4:43 git rebase --skip (все изменения из текущего коммита будут проигнорированы и rebase пойдет дальше копировать следующие) 4:53 пустые коммиты - коммиты, которые не привносят никаких изменений, например если кто-то в основной ветке их уже внес (rebase пропускает их автоматически) 5:15 продолжение перебазирования через индексирование и git rebase --continue 6:04 отмена rebase через перенесение указателя обратно 6:24 rebase (как и merge и reset) создает файл-ссылку ORIG_HEAD с идентификатором того, откуда была перенесена ветка 6:32 следовательно, чтобы перенести ветку обратно можно указать git reset --hard ORIG_HEAD 6:38 минусы такого подхода (git reset --hard ORIG_HEAD), вместо этого в более сл. ситуациях можно использовать более надежный вариант: git reflog [ветка (лучше чем HEAD)] -1 (- 1 по желанию) 7:22 git show --quiet [ветка]@{1} 7:28 git reset --hard [ветка]@{1} 7:46 Аргументы rebase - можно указать вместо одной ветки (на которую переносится текущая) две (первый аргумент - ветка, на которую переносится, второй - с которой), но чтобы не запутаться в последовательности аргументов, лучше использовать две отдельные команды - git checkout [ветка] + git rebase [ветка, на которую хотим перенести]
@romansydor7497 Жыл бұрын
Ааха, хотів витерти з екрану волосся, а то ваша аватарка)
@Das.Kleine.Krokodil Жыл бұрын
5:24 Разрешение конфликта
@rakhataubakirov96963 жыл бұрын
Спасибо большое!
@Kosstilio3 жыл бұрын
я понял спасибо, дорогой)
@UnrealTabby3 жыл бұрын
Спасибо за крайне полезное видео. Все предельно разжевано! Один вопрос. Что означает флаг -i после команды rebase ?
@Макс5232 жыл бұрын
OK!
@andreipalii1220 Жыл бұрын
А я правильно понимаю что есть указатель HEAD который как бы показывает где мы сейчас находимся (какую версию проекта видим), и именно он на 2:38 передвигается. НО, есть также и другой указатель HEAD - который указывает на последний коммит каждой из веток (т.е каждая ветка имеет свой HEAD)? на 5:37 он передвигается
@andreipalii1220 Жыл бұрын
UPDATE: все примерно как я и написал выше, только второй тип обычно называют head (маленькими буквами), и хранятся эти head для каждой ветки в ./git/refs/heads/... А ещё есть другой тип ref-ов, те которые указывают на теги. Ну а HEAD это тоже ref, только специальный тип (о нём можно думать как о глобальной переменной)
@deadpoolweid Жыл бұрын
Не понятно, что значит "старые коммиты A, B и C со временем будут удалены". Когда делаю rebase. у меня остаются как A, B, C, так и A', B', C', никуда старые коммиты не удаляются.