|
git rebase --onto -- пездец какой-то. Вроде работает, но я пока не понял как ска дон.
|
|||
---|---|---|---|
#18+
... синтаксис git rebase --onto <new base> <old base> <branch to rebase> при этом обычно считается, что <old base> имет предком от <new base> <branch to rebase> имеет предком <branch to rebase> (но строго говоря это не обязательно именно так - просто это самая типичная ситуация) после выполнения операции ветка <branch to rebase> будет иметь родителем <new base>, а все изменения <old base> будут проигнорированы в коммитах <branch to rebase> (пожтому часто добавляют апостров к имени коммита когда рисуют вот это все на диаграмах). При этом вполе возможны конфликты, которые нужно как-то разрешать при этом обычно считается, что <old base> имет предком от <new base>, а <branch to rebase> имеет предком <new base> (но строго говоря это не обязательно именно так - просто это самая типичная ситуация) не очень понял что там у вас удивительного, но ни одна из веток не должна обновляться сама по себе - просто у одной из них (той что стоит последней) меняется точка ветвления. При этом для некоторые коммиты возможно потребуется разрешить конфликты, и в принципе возмоэна ситуация при которой конфликтов не будет, а код не будет собираться Что до того "зачем такое нужно"... вот если вы считаете, что такое лично вам не нужно, то можете быть уверены, что так оно и есть - вам это действительно не нужно https://git-scm.com/docs/git-rebase ... |
|||
:
Нравится:
Не нравится:
|
|||
01.12.2023, 14:18 |
|
|
Start [/forum/topic.php?fid=8&tid=14324&gotonew=1]: |
0ms |
get settings: |
1ms |
get forum list: |
6ms |
check forum access: |
0ms |
check topic access: |
0ms |
track hit: |
21ms |
get topic data: |
4ms |
get first new msg: |
3ms |
get forum data: |
1ms |
get page messages: |
23ms |
update_topic_read_status (14324): 01.12.2023 14:18:00: |
0ms |
get tp. blocked users: |
0ms |
get online users: |
26ms |
check new: |
308ms |
others: | 146ms |
total: | 539ms |
0 / 0 |