Debian packaging with git and conflicts resolution

Manoj Srivastava srivasta at acm.org
Sun Nov 23 05:19:16 UTC 2008


On Thu, Nov 20 2008, Sam Vilain wrote:

> On Thu, 2008-11-20 at 12:56 -0600, Manoj Srivastava wrote:
>> >   Manoj, could you detail a particular scenario where you had conflicts
>> > between the topic branches ?
>>         Sure. Back when I was still the sole maintainer of refpolicy, I
>>  had a branch where we had a Debian specific user role called netuser --
>>  this added to the the set of roles upstream policy had created,
>>  (sysadmin, staff, user, ...). This required modifications of files that
>>  touched a lot of places, since a user entity is used in a lot of
>>  security domains (file permissions, ability access other security
>>  domains, etc).
>   [...]
>
> This is all very interesting; I don't think anyone should doubt that
> conflicts arise.  I think this sub-thread started with the desire to
> have a moving merge commit that got re-written.  With git you could

        I have no idea what you just said; so I couldn't possibly have
 been participating in a discussion about that.

> potentially do this; I don't know that there is a normal UI way of doing
> it[1]; it's the sort of thing I normally do using my 'git-amend' script
> (http://utsl.gen.nz/git/git-amend ) which just pops open HEAD in an
> editor and lets you mess with it.  In this way the previous merge commit
> can be removed from the history, which makes it equivalent to the case
> where you re-merged continuously, but you get the merge behaviour you
> desire.

        This seems a worse cure than the illness, in that it is so
 complicated I am not sure I understand it either.

> If I can understand the use case a little better I could possibly
> propose built-in functionality to allow this kind of thing.  Why would
> you want to drop those intermediate merge commits?

        What intermediate merge commits? My current workflow is somewhat
 like §5.4 on the page:
   http://www.golden-gryphon.com/software/misc/packaging.html
 except that I never to the rebase bit until I am ready to submit the
 patch upstream. 

        Does that explain the use case?

        manoj
-- 
The very ink with which all history is written is merely fluid
prejudice. Mark Twain
Manoj Srivastava <srivasta at acm.org> <http://www.golden-gryphon.com/>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



More information about the vcs-pkg-discuss mailing list