[devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[Sergey Afonin]

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

А есть ли какой-то простой метод объединения в случае, когда git merge
показывает кучу конфликтов ? например, для текущего mc, если сделать

git pull git://github.com/MidnightCommander/mc.git tag 4.8.2

количество "Merge conflict" несколько десятков. Тоскливо как-то руками 
разруливать. Есть, видимо, вариант просто распаковать туда, поверх
вссего этого, тарбол с 4.8.2, но как-то, тоже, не очень здорово выглядит.

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

Re: [devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[Paul Wolneykien]

21.03.2012 23:57, Sergey Afonin пишет:
> Приветствую.
>
> А есть ли какой-то простой метод объединения в случае, когда git merge
> показывает кучу конфликтов ? например, для текущего mc, если сделать
>
> git pull git://github.com/MidnightCommander/mc.git tag 4.8.2
>
> количество "Merge conflict" несколько десятков. Тоскливо как-то руками
> разруливать. Есть, видимо, вариант просто распаковать туда, поверх
> вссего этого, тарбол с 4.8.2, но как-то, тоже, не очень здорово выглядит.
>

   Т.е. хочется сделать так, чтобы была в чистом виде новая версия, без 
смерживания, как такового? Тогда

   git merge -s recursive -X theirs

Re: [devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[Sergey Afonin]

On Wednesday 21 of March 2012 23:59:46 Paul Wolneykien wrote:

> > количество "Merge conflict" несколько десятков. Тоскливо как-то руками
> > разруливать. Есть, видимо, вариант просто распаковать туда, поверх
> > вссего этого, тарбол с 4.8.2, но как-то, тоже, не очень здорово выглядит.

>    Т.е. хочется сделать так, чтобы была в чистом виде новая версия, без 
> смерживания, как такового?

Да.

> Тогда   git merge -s recursive -X theirs

Спасибо, оно самое. Правда осталось два конфликта другого типа: 

CONFLICT (rename/rename): Rename "lib/vfs/mc-vfs/extfs/ucab"->"lib/vfs/mc-vfs/extfs/ucab.in" in branch "HEAD" rename "lib/vfs/mc-vfs/extfs/ucab"->"src/vfs/extfs/helpers/ucab.in" in "4.8.2"
CONFLICT (modify/delete): lib/vfs/mc-vfs/Makefile.am deleted in 4.8.2 and modified in HEAD. Version HEAD of lib/vfs/mc-vfs/Makefile.am left in tree.

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

Re: [devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[Sergey Y. Afonin]

On Wednesday, March 21, 2012 23:59:46 Paul Wolneykien wrote:

>    Т.е. хочется сделать так, чтобы была в чистом виде новая версия,
> без смерживания, как такового? Тогда
> 
>    git merge -s recursive -X theirs

Что-то, в итоге, часть файлов осталась в старом виде.

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

Re: [devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[Michael Shigorin]

On Fri, Mar 23, 2012 at 03:44:28PM +0400, Sergey Y. Afonin wrote:
> Что-то, в итоге, часть файлов осталась в старом виде.

Как вариант, можно сделать начисто.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: git и методика объединения c репозитарием с кучей конфликтов.

[Sergey Y. Afonin]

On Friday, March 23, 2012 13:45:34 Michael Shigorin wrote:

> > Что-то, в итоге, часть файлов осталась в старом виде.
> 
> Как вариант, можно сделать начисто.

Можно. Может, так и сделаю. Но, пока, интересно, как правильно.
:-)

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

Re: [devel] Q: git и методика объединения c репозитарием с кучей конфликтов

[Michael Shigorin]

On Fri, Mar 23, 2012 at 04:02:15PM +0400, Sergey Y. Afonin wrote:
> > > Что-то, в итоге, часть файлов осталась в старом виде.
> > Как вариант, можно сделать начисто.
> Можно. Может, так и сделаю. Но, пока, интересно, как правильно.
> :-)

Programming is not just an act of telling a computer what to do:
it is also an act of telling other programmers what you wished
the computer to do. Both are important, and the latter deserves
care. -- Andrew Morton

Если в репозитории уже каша, то лучше бывает её выкинуть
и сделать ясно и читабельно.  Особенно если есть соображения
вида "текущий стиль не подходит" (у меня апстримы из тарболов
и гитов заметно различаются в подходе к сопровождению, собсно
если апстрим аккуратно ставит теги -- с ним работать удобнее
всего, см. collectd для примера).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/