<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 15 November 2016 at 01:51, Robie Basak <span dir="ltr"><<a href="mailto:robie.basak@ubuntu.com" target="_blank">robie.basak@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On the server team, we've been working on a process that uses git to do<br>
our "Ubuntu merges". As a consequence, we now have a mechanism that can<br>
import package histories into git on Launchpad. We think that this work<br>
opens up a bunch of new possibilities, such as for drive-by contributors<br>
submitting merge proposals entirely through git.<br></blockquote><div><br></div><div>This is pretty exciting! Do you think your work will fulfil the goals of the UDD project or is there still some stuff that's out of scope?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We'll be talking about our work tomorrow, as part of the Ubuntu Online<br>
Summit. The session page is at<br>
<a href="http://summit.ubuntu.com/uos-1611/meeting/22710/git-based-merge-workflow/" rel="noreferrer" target="_blank">http://summit.ubuntu.com/uos-<wbr>1611/meeting/22710/git-based-<wbr>merge-workflow/</a><br>
and is currently scheduled for 2016-11-15 18:00 UTC. Times may change,<br>
so be sure to check the schedule tomorrow.<br>
<br>
I originally wrote about this in August 2014<br>
(<a href="https://lists.ubuntu.com/archives/ubuntu-devel/2014-August/038418.html" rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>archives/ubuntu-devel/2014-<wbr>August/038418.html</a>).<br>
We've come on a long way since then. Our automated git imports preserve<br>
histories. Where relevant, Ubuntu packages are correctly parented from<br>
their Debian origins. We hope to start running this live soon, which<br>
will import package uploads into our git trees as they happen rather<br>
than on-demand. Once this is live, anyone will be able to easily clone<br>
from the "current" Ubuntu packaging git trees, which we think is useful<br>
in itself.<br>
<br>
If you're interested, we'd love your feedback. What are your use cases?<br>
What sort of workflows would you like to see? You can see some further<br>
notes of ours as they form in the pad on the session page linked above.<br>
What have we missed?<br></blockquote><div><br></div><div>The two questions I have (which are touched on but not afaics really answered in the notes are) 1) how does this work if I already maintain the packaging for some package in git? 2) what about dgit?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Note that developer time, as always, is limited. We've developed what we<br>
have so far to speed up our own work. Our use cases are probably quite<br>
different from non-core contributors. Possibly enabling the drive-by<br>
contribution use case is a happy consequence. Volunteers able to work on<br>
additional things are welcome to join us. However I am specifically<br>
looking for things we can tweak without much effort that will help<br>
others. I regret that we don't have the time to take on a big project<br>
that doesn't benefit our own use cases. So please understand that if you<br>
make a proposal that involves significant developer work, it is unlikely<br>
to happen unless you also find developers to volunteer their time to<br>
work on it.<br>
<br>
At the UOS session we'll be able to discuss this in real-time on Google<br>
Hangouts and concurrently on IRC. But our time in the session is limited<br>
to one hour, so replying to this thread to first distill any<br>
conversation would be helpful if possible.</blockquote><div><br></div><div>Cheers,</div><div>mwh</div></div></div></div>