Process: Clean build before deliver and alternate test pass

Hi

Anyone know how to do the following:

1. Precondition for "deliver on build success"?

Is it possible to add to the 'rules' that are applied on 'deliver', such
that a developer cannot deliver unless the build has succeeded so the
developer has to override the rule if required (much like the "missing
imports" rule)?

2. Pre-condition for "deliver on tests pass"?

I see we can change the process config for our project so that unit tests
can be run as a pre-condition of 'team configuration/operational
behaviour', using a 'pre-condition' of 'require junit test run'. However
this currently requires us to provide a test suite class. We don't run
junit that way, instead we ask unit to find tests automatically (either in
eclipse by running tests across the entire project, or by a maven test
phase on the build). This is particularly useful as we need to run tests
across 3 components (aka eclipse projects) each with their own test src
area.

Can this be changed, or is there a way to provide a test suite that can
automagically find all the tests?

Any suggestions gratefully received

anthony

Process team - help! :-)

thanks

anthony

On Fri, 03 Apr 2009 11:28:02 +0000, kesterto wrote:

1. Precondition for "deliver on build success"?

2. Pre-condition for "deliver on tests pass"?

This is really a question for the SCM team.

Your first case is certainly not implemented yet, but it could be
possible. The precondition could possibly query to see if there is a
(green) private build containing the change set you're delivering.

I don't know if there's a way to write such a magical test suite for your
second case.

--
Jared Burns
Jazz Process Team

Can someone from the SCM team answer this question , I think there is much interest in such feature. This would prevent a developer of contaminating the integration stream.

Amir

On Fri, 03 Apr 2009 11:28:02 +0000, kesterto wrote:

1. Precondition for "deliver on build success"?

2. Pre-condition for "deliver on tests pass"?

This is really a question for the SCM team.

Your first case is certainly not implemented yet, but it could be
possible. The precondition could possibly query to see if there is a
(green) private build containing the change set you're delivering.

I don't know if there's a way to write such a magical test suite for your
second case.

--
Jared Burns
Jazz Process Team

My reply falls into the "better late than never" category. While these kinds of preconditions are not currently supported, there is an existing enhancement request here: 63209: block delivery of a change when a particular build (e.g. a personal build) is not green (gated deliver).