Size: a a a

2019 February 16

D

Deleted Account in pro.git::next
Алексей Пономарёв Mielofon [E13/RU/NCH]
Вот такой результат я ожидал получить. Но cherry-pick не вариант - коммитов может быть не один, да и мне скриптом это проделывать
у меня нет слов
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
Deleted Account
у меня нет слов
Чо не так та? 🙂
источник

P

Pavel in pro.git::next
Хм, странно что ребейз выкинул коммит, он это никак не должен делать, если только у вас там не такие же правки что были в ветке, на которую ребейзите. Ну и кроме того, это должно быть эквивалентно черрипику коммитов одного за одним.

Но я не очень понимаю если честно структуру репозитория вашего.
Вы же хотели master_bak закинуть поверх мастера? Или наоборот?
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
В том комите который он выкинул ничего не было - пустой он. И я ж показал что хотел ребейсом получить. Мне надо что бы коммты мастера стали выше коммитов master_bak
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
Ценность того коммита не в содержании, а в предках. 🙂
источник

P

Pavel in pro.git::next
Алексей Пономарёв Mielofon [E13/RU/NCH]
В том комите который он выкинул ничего не было - пустой он. И я ж показал что хотел ребейсом получить. Мне надо что бы коммты мастера стали выше коммитов master_bak
Если так, то вам нужно было головой быть на мастере и делать git rebase master_bak.
Тогда бы он мастер закинул поверх.
источник

P

Pavel in pro.git::next
Вы можете git rebase с флагом -i запускать, чтобы видеть заранее что будет перенесено (там же можно отредактировать если что-то нужно скипнуть например или в другом порядке перенести, или засквошить)
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
Pavel
Вы можете git rebase с флагом -i запускать, чтобы видеть заранее что будет перенесено (там же можно отредактировать если что-то нужно скипнуть например или в другом порядке перенести, или засквошить)
-i в батнике - так себе предложение 🙂
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
Поменять откуда куда попробую, но это ж потом менять их. Мастер то мне как раз трогать и не надо.
источник

P

Pavel in pro.git::next
Алексей Пономарёв Mielofon [E13/RU/NCH]
Поменять откуда куда попробую, но это ж потом менять их. Мастер то мне как раз трогать и не надо.
Ну вы уж определитесь что вам надо а что не надо трогать :)

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

Черри-пик можно заюзать сразу на диапазон коммиттов. Я этим никогда не пользовался сам, так что не подскажу какой вариант синтаксиса тут удобнее, но вариантов много: https://git-scm.com/docs/git-cherry-pick
источник

P

Pavel in pro.git::next
Алексей Пономарёв Mielofon [E13/RU/NCH]
-i в батнике - так себе предложение 🙂
Я не про батник а скорее про понимание, что произойдет.
Как определитесь, что вот этот вариант поведения вам нравится, фиксируете его в батнике.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Pavel
Ну вы уж определитесь что вам надо а что не надо трогать :)

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

Черри-пик можно заюзать сразу на диапазон коммиттов. Я этим никогда не пользовался сам, так что не подскажу какой вариант синтаксиса тут удобнее, но вариантов много: https://git-scm.com/docs/git-cherry-pick
А чем черри пик с диапазоном коммитов отличается от ребейза?
источник

Dv

Dr. Friedrich von Never in pro.git::next
Только тем, что конец диапазона можно регулировать?
источник

Dv

Dr. Friedrich von Never in pro.git::next
А интерактивный черри-пик бывает? :)
источник

P

Pavel in pro.git::next
Dr. Friedrich von Never
А чем черри пик с диапазоном коммитов отличается от ребейза?
А я выше писал как раз, эффектом на ветки отличаются.
В случае ребейза аффектится текущая ветка - она переносится поверх другой. Ветка, на которую идёт перенос, не трогается.
В случае черри-пика ветка из которой берутся коммиты не аффектится вообще, а коммиты копируются в ветку назначения (текущую) и сдвигают ее.
источник

P

Pavel in pro.git::next
Dr. Friedrich von Never
А интерактивный черри-пик бывает? :)
Ну он сам по себе более "интерактивный", так как можно либо руками указать каждый коммит который нужно перенести в нужном порядке, либо диапазон (а возможно даже несколько диапазонов, х.з).
Ребейз без -i так не может.
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
Я как раз с тем что нужно определился. Осталось понять как. 😊
git rebase subtree/master, когда head находится на master делаетто что нужно.
Вопрос как сделатьтоже самое  когда  head на subtree/master....
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
Pavel
Ну вы уж определитесь что вам надо а что не надо трогать :)

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

Черри-пик можно заюзать сразу на диапазон коммиттов. Я этим никогда не пользовался сам, так что не подскажу какой вариант синтаксиса тут удобнее, но вариантов много: https://git-scm.com/docs/git-cherry-pick
cherry-pick по диапазону говоришь... нада попробовать
источник

Dv

Dr. Friedrich von Never in pro.git::next
Алексей Пономарёв Mielofon [E13/RU/NCH]
Я как раз с тем что нужно определился. Осталось понять как. 😊
git rebase subtree/master, когда head находится на master делаетто что нужно.
Вопрос как сделатьтоже самое  когда  head на subtree/master....
rebase --onto ?
источник

АП

Алексей Пономарёв Mielofon [E13/RU/NCH] in pro.git::next
cherry-pick ..master  - сделал всё по красоте! 👍
источник