Thoughts on "usd-merge commit"

Nish Aravamudan nish.aravamudan at canonical.com
Tue Jun 14 00:05:45 UTC 2016


On 13.06.2016 [14:02:40 +0100], Robie Basak wrote:
> On Mon, Jun 13, 2016 at 01:58:11PM +0100, Robie Basak wrote:
> > Presumably I would need to push to the repository before uploading, so
> > that the importer will pick up my commit in favour of importing its own
> > even after we have it running automatically. I wonder though if it would
> > be better to push to some other branch or tag (or even no branch, just
> > the upload/<version> tag), and let the importer pull that into the
> > correct pocket branch?
> > 
> > If so, could it detect that the one of the parents of my upload commit
> > is the same as that of the current pocket branch pointer, and just move
> > the pocket branch pointer up? Is this logic sound?
> 
> Taking this one step further, what if the user doesn't run "usd-merge
> commit" at all, and just pushes to an upload/<version> tag? This would
> have debian/sid (the new merge base) as an ancestor, but not the pocket
> branch. Then could the importer create the merge commit instead?

Right, I think this is the best possible case -- and i'm 100% happy to
remove `usd-merge commit` as an option.

Let me play with some trees this week and see what is easiest to follow.

-Nish
-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd




More information about the ubuntu-server mailing list