Ссылки: - Git курс (playlist): th-cam.com/video/W4hoc24K93E/w-d-xo.html - Git разное (playlist): th-cam.com/video/8HxTHPkdedA/w-d-xo.html - Учебник и курсы по JavaScript и смежных технологиям: learn.javascript.ru
недостатки merge перед rebase 1:09 пример 2:58 пример на графической утилите sourcetree 3:24 ограничения и недостатки rebase 4:05 общее правило использования rebase 4:30 вторая проблема rebase 6:05 более экзотические ситуации 6:58 насколько эта проблема критична и что делать, чтобы облегчить себе жизнь 7:29 автоматизированные тесты 7:39 rebase -x 9:16 где еще полезна команда rebase
9:16 - так а разве перенос коммитов через cherry-pick нельзя решить? (обойдя риски rebase). Или мб если таких коммитов много - то будет сложно передавать столько хэшов cherry-pick-у...
Я только начал вникать в гит и у меня возникла ситуация которую я не смог понять, есть ветка develop и fix_bag от develop, в ветке develop бы один коммит, а в fix_bag 7, я выполнил rebase fix_bag исправил все конфликты, и затем решил выполнить merge fix_bag в develop и к моему удивлению пришлось разрешать те-же конфликты второй раз. После этого ветки fix_bag и develop все равно указывали на разные коммиты.
Ну ты сделаешь пулл, у тебя будет актуальная ветка. Пока будешь работать, параллельно кто то мерджнет свою ветку в мастер и опа и у тебя уже не актуальная ветка
Ссылки:
- Git курс (playlist): th-cam.com/video/W4hoc24K93E/w-d-xo.html
- Git разное (playlist): th-cam.com/video/8HxTHPkdedA/w-d-xo.html
- Учебник и курсы по JavaScript и смежных технологиям: learn.javascript.ru
Это лучший курс по GIT, который я нашел на трёх языках: русском, английском и испанском. Спасибо!
Автор. Долгих лет тебе жизни
Спасибо за труды!
недостатки merge перед rebase
1:09 пример
2:58 пример на графической утилите sourcetree
3:24 ограничения и недостатки rebase
4:05 общее правило использования rebase
4:30 вторая проблема rebase
6:05 более экзотические ситуации
6:58 насколько эта проблема критична и что делать, чтобы облегчить себе жизнь
7:29 автоматизированные тесты
7:39 rebase -x
9:16 где еще полезна команда rebase
9:16 - так а разве перенос коммитов через cherry-pick нельзя решить? (обойдя риски rebase). Или мб если таких коммитов много - то будет сложно передавать столько хэшов cherry-pick-у...
Отличное видео, всё понятно, спасибо!
Я только начал вникать в гит и у меня возникла ситуация которую я не смог понять, есть ветка develop и fix_bag от develop, в ветке develop бы один коммит, а в fix_bag 7, я выполнил rebase fix_bag исправил все конфликты, и затем решил выполнить merge fix_bag в develop и к моему удивлению пришлось разрешать те-же конфликты второй раз.
После этого ветки fix_bag и develop все равно указывали на разные коммиты.
Или для ветки develop нужно тоже было делать rebase только уже на fix_bag?
Спасибо за урок
Сколько ни пытался привыкнуть к rebase, понял, что merge безопаснее, хоть и сложнее.
на работе?
а остальные коллеги что используют?
@@Das.Kleine.Krokodil Кому как нравится. Но ребэйз пару раз приводил к серьёзным проблемам, если ветку совместно использовали
@@a.o.yaroslavov а почему нельзя было создать еще веток к этой ветке?
👍👍👍
OK!
зачем это все нужно, когда текущую ветку можно актуализировать с помощью git pull master?
Ну ты сделаешь пулл, у тебя будет актуальная ветка. Пока будешь работать, параллельно кто то мерджнет свою ветку в мастер и опа и у тебя уже не актуальная ветка
@@yersainaldabayev8836 а что мешает сделать пул перед пул реквестом?
Gitflow вообще запрещает rebase
С чего бы вдруг?