|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH OSSTEST 2/5] Handle osstest's own local push gate in non-master production instances
On Thu, 2015-04-02 at 12:13 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST 2/5] Handle osstest's own local push
> gate in non-master production instances"):
> > We want to arrange that the master XenProject instance continues to
> > test its own pretest branch while any downstream instances will pickup
> > changes from the master instance's production (i.e. tested) branch,
> > which is published at git://xenbits.xen.org/osstest.git#master.
> ... ;;
> > osstest)
> > - if [ "x$OSSTEST_USE_HEAD" != "xy" ] ; then
> > + if [ x"$TREEBRANCH_OSSTEST_UPSTREAM" != x ] ; then
>
> Shouldn't the OSSTEST_USE_HEAD option override this ? Ie I think this
> is the wrong way round.
Yes, I think you are right.
I think I just ended up with this because I was testing via the
standalone wrapper which sets USE_HEAD, but I'll test another way.
> > + OSSTEST_REVISION_MERGE=`repo_tree_rev_fetch_git osstest \
> > + $TREEBRANCH_OSSTEST_UPSTREAM $LOCALREV_OVMF`
>
> OSSTEST_REVISION_MERGE doesn't seem to be an environment variable. I
> think it should either be honoured if pre-set, or just be an ordinary
> (lowercase) variable name (in which case it doesn't need the OSSTEST
> prefix).
OK. Any preference as to which?
As it stands the only reason for the variable is to sink the output from
repo_tree_rev_fetch and log it.
>
> > + echo >&2 "$TREEBRANCH_OSSTEST_UPSTREAM = $OSSTEST_REVISION_MERGE"
> > +
> > + rm -rf $repos/osstest-merge >&2
> > + git clone -b pretest $HOME/testing.git $repos/osstest-merge >&2
> > +
> > + git -C $repos/osstest-merge \
> > + fetch $repos/osstest $LOCALREV_OVMF:ap-merge >&2
>
> LOCALREV_OVMF (here and earlier). It's not clear to me that you
> actually need to indirect it; you could just specify a branch name.
OK.
> The rest looks fine.
>
> Having thought about how to override things, particularly:
>
> > + if [ x"$TREEBRANCH_OSSTEST_UPSTREAM" != x ] ; then
> > + # could push to instance specific location, but
> > + # certainly not to master instance's xenbits repo!
> > + :
> > + else
>
> I think ap-fetch-* and ap-push should have a general purpose hook
> which occurs just after ap-common is loaded, something like this:
>
> diff --git a/ap-fetch-version b/ap-fetch-version
> index 33aaf00..a3028f6 100755
> --- a/ap-fetch-version
> +++ b/ap-fetch-version
> @@ -31,6 +31,8 @@ if info_linux_tree "$branch"; then
> exit 0
> fi
>
> +. ${OSSTEST_HOOK_AP_FETCH-/dev/null}
> +
> case "$branch" in
> xen-3.*)
> ./sg-hg-heads sh -ec '
>
> We can postpone actually writing that until someone needs it.
Gladly ;-)
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |