Как добавить один коммит в три ветки?

Question

[Никита]

Есть ветка master, от которой создаются новый ветки для определенной лабы. После проверки лабы преподавателем можно слить ветку lab-N с master. Ситуация такая: lab-0 была сделана и слита с master, затем на основе master была создана ветвь lab-1, и сейчас в процессе написания я понял, что в lab-0 нужно внести еще кое-какие изменения.


Решил сделать в ветке lab-0 reset на один коммит назад и сделать новый коммит с изменениями. Однако сейчас не уверен, что это лучшее решение, так как теперь нужно все сдвигать. Все изменения делал локально, могу вернуть вариант "Как было". Есть идея просто добавить новый коммит в master, перенести lab-0 на новый коммит, а потом сделать rebase для lab-1. Адекватное ли это решение или есть вариант получше? И вообще стоит ли хранить ветку lab-0, если она уже слита с master?

Comments

[Сергей Кузнецов]

В конце правильная мысль. Не стоит хранить ветку, которая уже слита в мастер. Толку от неё никакого. Если хочется что-то изменить вдогонку, то создавайте новую тематическую ветку lab-0-fix от актуального мастера и работайте там. Старые коммиты, которые уже отправлены в общий проект, их не надо пытаться переписывать. Ведь важен конечный результат а не красивая история. Мы улучшаем финальный код, а не коммиты.
Добавляем новые коммиты в конец цепочки коммитов на вершине ветки.

[Никита]

Спасибо за помощь. А вот обязательно нужно создавать ветку lab-0 fix, если нужно добавить всего-навсего один коммит? Я в итоге проблему решил так: удалил ветку lab-0, сделал коммит сразу в мастер (перед тем как закоммитить проверил корректность проекта), а потом уже делал rebase для lab-1.

Answer 1

[Владимир]

Проще всего
Делаешь бранчу для фикса от мастера, фиксиш, мержишь ее в мастер.
Если франча lab-1 зависит от изменений, которые ты пофиксил, мержишь или ребейзишь мастер в бранчу lab-1, работаешь
Если lab-1 не зависит от lab-0 то можешь спокойно править lab-1 и смержить или сребейсить мастер в него перед мержем lab-1 в мастер

Старые бранчи хранить не нужно и смысла откатывать комит, править и потом думать чего будет при мерже в мастер, нет никакого смысла

Comments

[Никита]

Спасибо

[Никита]

И еще такой вопрос: после того как делаю rebase и пытаюсь запушить на гитхаб появляется конфликт, и приходится пушить с опцией --force, приветствуется ли такое решение? Просто где-то читал, что --force лучше не использовать, или это не наш случай?

[Никита]

Почитал Ваши прошлые ответы. Я так понимаю, нельзя делать push --force в ветки, над которыми, помимо меня, работают еще и другие люди, не так ли?

[Владимир]

Никита,
Так, пуш с --force в свою ветку, вполне нормальное явление. Не нужно делать push --force в мастер, от нее чаще всего делают бранчи, или в свою ветку, если от нее кто то сделал бранч.

Чтобы не использовать --force можно не ребейзить изменения, а мержить, но в таком случае история комитов будет напоминать косичку.
На текущем проекте, например, у нас запрещено изымать комиты из истории,которая попала на гитхаб, таким образом ребейсы на ветках практически никогда не допускаются, только на комитах, которые еще не были запушены.

[Сергей Кузнецов]

Владимир, запушенные коммиты менять можно, если они в личной ветке. Никто не заметит. А если ветка уже влита в мастер, смержена, то всё.

[Владимир]

Сергей Кузнецов, А я что написал?
В последнем абзаце я описал один конкретный проект, у нас на уровне github было запрещено удалять комиты из ветки, поэтому если ветка уже была запушена и ребейс приводит к удалению запушеных комитов, то ты просто не зальешь свои изменения.

Answer 2

[namee]

git cherry-pick же