[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Proposed force push of staging to master
On Mon, 2014-02-17 at 16:49 +0000, Ian Jackson wrote: > George Dunlap writes ("Re: Proposed force push of staging to master"): > > On 02/17/2014 12:08 PM, Ian Jackson wrote: > > > So, we propose to push 4e8d89bc1445f91c4c6c7bf0ad8d51b0c809841e to > > > xen.git#master and call it RC4. Comments welcome. > > > > Thanks for the analysis. This seems like a good plan. > > I have done this (RC4 is tagged, tarballs are in production). > > I also had to force push the change below to xen.git#master. > > Can I request that we don't change this back to say "master" until we > are done with 4.4.0 ? Either way we have to update Config.mk with new > qemu upstream versions, but if we set this to "master" in between RCs, > I end up having to do it as a force push in the middle of the RC > production which is out-of-course, error-prone, and suboptimal. > > It is IMO better to put a commit hash in QEMU_UPSTREAM_REVISION in > Config.mk (updated when the qemu-upstream tree has passed its push > gate). > > That is I think the best workflow is: > * make a change to staging/qemu-upstream-unstable.git > * wait for push gate to put it in qemu-upstream-unstable.git > * make change to xen.git#staging to update QEMU_UPSTREAM_REVISION > to new commit hash This seems to be prone to being forgotten, can we get osstest (or something else) to send us^WStefano^Wxen-devel a persistent reminder when there is a mismatch between xen.git:Config.mk and qemu-upstream.git#master? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |