[devel] git merge, поменять стратегию после внесения нескольких коммитов

[devel] git merge, поменять стратегию после внесения нескольких коммитов

[Sergey Afonin]

Приветствую.

Можно как-то поменять стратегию git merge ? То есть, например,
ошибочно было выполнено -s ours вместо -s recursive, потом
сделано несколько коммитов. Плохо то, что уже сделан git push
и пакет собран.

-- 
С уважением, Сергей Афонин.

Re: [devel] git merge, поменять стратегию после внесения нескольких коммитов

[Paul Wolneykien]

02.04.2015 16:30, Sergey Afonin пишет:
> Приветствую.
>
> Можно как-то поменять стратегию git merge ? То есть, например,
> ошибочно было выполнено -s ours вместо -s recursive, потом
> сделано несколько коммитов. Плохо то, что уже сделан git push
> и пакет собран.

   Придётся собирать новую версию пакета. А merge в исходниках, если 
"проталкивал без усилий" (не было сделано `git push --force`), можно 
откатить историю на любой предыдущий коммит, в том числе и тот, который 
предшествовал `merge -s ours`. А затем повторить те коммиты, которые шли 
после него (через `cherry-pick` или `rebase`).

Re: [devel] git merge, поменять стратегию после внесения нескольких коммитов

[Sergey Y. Afonin]

On Thursday 02 April 2015, Paul Wolneykien wrote:

> > Можно как-то поменять стратегию git merge ? То есть, например,
> > ошибочно было выполнено -s ours вместо -s recursive, потом
> > сделано несколько коммитов. Плохо то, что уже сделан git push
> > и пакет собран.
> 
>    Придётся собирать новую версию пакета.

Это понятно, вопрос об идеологически правильном пути коррекции
git-репозитария.

> А merge в исходниках, если "проталкивал без усилий" (не было сделано
> `git push --force`), можно откатить историю на любой предыдущий коммит,
> в том числе и тот, который  предшествовал `merge -s ours`. А затем 
> повторить те коммиты, которые шли после него (через `cherry-pick` или
> `rebase`). 

А как ? Вроде бы, это git reset ? Но не получается. git reset HEAD~2 даёт
состояние на после merge, а HEAD~3 откатывает на момент вообще до git fetch.
Или тут, как раз, только локальные коммиты считаются ?

-- 
С уважением, Сергей Афонин

Re: [devel] git merge, поменять стратегию после внесения нескольких коммитов

[Paul Wolneykien]

02.04.2015 21:54, Sergey Y. Afonin пишет:
> On Thursday 02 April 2015, Paul Wolneykien wrote:
>
>>> Можно как-то поменять стратегию git merge ? То есть, например,
>>> ошибочно было выполнено -s ours вместо -s recursive, потом
>>> сделано несколько коммитов. Плохо то, что уже сделан git push
>>> и пакет собран.
>>
>>     Придётся собирать новую версию пакета.
>
> Это понятно, вопрос об идеологически правильном пути коррекции
> git-репозитария.
>
>> А merge в исходниках, если "проталкивал без усилий" (не было сделано
>> `git push --force`), можно откатить историю на любой предыдущий коммит,
>> в том числе и тот, который  предшествовал `merge -s ours`. А затем
>> повторить те коммиты, которые шли после него (через `cherry-pick` или
>> `rebase`).
>
> А как ? Вроде бы, это git reset ? Но не получается. git reset HEAD~2 даёт
> состояние на после merge, а HEAD~3 откатывает на момент вообще до git fetch.
> Или тут, как раз, только локальные коммиты считаются ?
>

   Слушай, не знаю. Если можно, то давай решать вопрос предметно. Где репо?

Re: [devel] git merge, поменять стратегию после внесения нескольких коммитов

[Sergey Y. Afonin]

On Thursday 02 April 2015, Paul Wolneykien wrote:

>    Слушай, не знаю. Если можно, то давай решать вопрос предметно. Где репо?

http://git.altlinux.org/people/asy/packages/?p=mc.git
Проблемный коммит - f681ea58f9793a3d393c817b1a9254fb0e2ec006

Кстати, получается сделать git revert для коммита с merge, только вот
пропадают все alt-специфичные правки вообще. cherry-pick их возвращает,
но старые коммиты в логе искать - не самое простое занятие. Что-то можно
пропустить случайно.

Вот думаю, может просто сделать коммит с подсунутыми правильными файлами...

-- 
С уважением, Сергей Афонин

Re: [devel] git merge, поменять стратегию после внесения нескольких коммитов

[Sergey Y. Afonin]

On Thursday 02 April 2015, Sergey Y. Afonin wrote:

> Вот думаю, может просто сделать коммит с подсунутыми правильными файлами...
 
Так и сделал.

-- 
С уважением, Сергей Афонин