[wpkg-users] Tips for testing new/upgraded packages before general deployment

Dave Ewart davee at ceu.ox.ac.uk
Tue Apr 5 17:33:59 CEST 2011


On Tuesday, 05.04.2011 at 12:26 +0200, Natxo Asenjo wrote:

> > [...]
> >
> > The issue I have, however, is if I want to test the *upgrade* for an
> > existing, already deployed app.  Let's say, in the above example, I
> > have an upgrade for 'app2'.  I want to be sure that the upgrade
> > works, using my 'testing' VM, before I make it available to the
> > 'typical' group.
> >
> > How do people do that, generally?  My main constraint is that there
> > must be no circumstances under which the 'typical' group can pick up
> > on the upgrade until I've fully tested it.  The 'typical' group
> > should stay with the non-upgraded 'app2' (or only install the older,
> > non-upraded version of 'app2' if they've not seen it before).
> 
> what we do is have serveral (mercurial) repositories: testing,
> staging, production (for instance).
> 
> The testing vm's get their configs from \\host\share\wpkg-testing, the
> staging machines from \\host\share\wpkg-testing and the production
> from \\host\share\wpkg-production.
> 
> [...]

Ah, I understand the general approach.  I hadn't considered the
possibility of using multiple repositories in this way.  Sounds like a
good idea.

Many thanks...

Dave.

-- 
Dave Ewart
davee at ceu.ox.ac.uk
Computing Manager, Cancer Epidemiology Unit
University of Oxford / Cancer Research UK
N 51.7516, W 1.2152



More information about the wpkg-users mailing list