f
Size: a a a
2020 October 15
FO
а то у меня тут PR-ка зависит от 5, и я хочу эти 5 PR сделать невидимыми...
f
git checkout -b first
git commit
git checkout -b second
git commit
git checkout -b third
git commit
git commit
git checkout -b second
git commit
git checkout -b third
git commit
f
главное в GH потом base branch правильный поставить
f
а то у меня тут PR-ка зависит от 5, и я хочу эти 5 PR сделать невидимыми...
попробуй поменять base branch, если ты на GH. На битбакете так же называлось, кажется
f
тут вот vm_pool это base
FO
главное в GH потом base branch правильный поставить
так у тебя в итоге поменяется first branch...
f
это не влияет ни на что кроме отображения диффа
f
и того, куда замерджится ПР, если его замерджить
FO
я знаю... я если такой PR принимаю, то он изменяет base branch, а не develompent
f
угу. Поэтому желательно их мерджить последовательно
FO
я это использую, чтобы чье-нибудь говно фиксить
f
типа
1) development <- #1
2) #1 <- #2
3) #2 <- #3
мерджишь в таком же порядке: 1 2 3, получится так:
1) development <- #1
2) development' <- #2
3) development'' <- #3
1) development <- #1
2) #1 <- #2
3) #2 <- #3
мерджишь в таком же порядке: 1 2 3, получится так:
1) development <- #1
2) development' <- #2
3) development'' <- #3
FO
а если я хочу, чтобы у меня были какие-то мнимые коммиты?... которые не видны... т.е. надо чтобы сначала проект подошел к какому-то состоянию, а потом только PR стал активен..
f
есть правда один нюанс! Если смерджить со сквошем, то после
1) development <- #1 в #2 будут висеть коммиты из #1, и гитхаб будет считать это новым кодом. В таком случае нужно провернуть хитрый ребейзFO
типа
1) development <- #1
2) #1 <- #2
3) #2 <- #3
мерджишь в таком же порядке: 1 2 3, получится так:
1) development <- #1
2) development' <- #2
3) development'' <- #3
1) development <- #1
2) #1 <- #2
3) #2 <- #3
мерджишь в таком же порядке: 1 2 3, получится так:
1) development <- #1
2) development' <- #2
3) development'' <- #3
нет... будет
1) development <- #1 -> development'
2) #1 <- #2 -> #1'
3) #2 <- #3 -> #2'
1) development <- #1 -> development'
2) #1 <- #2 -> #1'
3) #2 <- #3 -> #2'
FO
если rebase не использовать...
FO
(а мы его не используем для development)
f
А именно
где N – кол-во коммитов в #2 минус кол-во коммитов коммитов в #1
альтернативно, то же самое:
git rebase --onto=development second~N second
где N – кол-во коммитов в #2 минус кол-во коммитов коммитов в #1
альтернативно, то же самое:
git rebase --onto=development first secondf
(а мы его не используем для development)
rebase будет использоваться только для твоих веток 1 2 3, в девелопменте линейная история без форс пушей