Simon,
Another alternative would be to import the tests that you're interested in into
ConfigurationOfMoose:
spec
project: 'MooseAlgos Tests'
copyFrom: 'MooseAlgos for Moose'
with: [ spec loads: 'Tests' ].
This is similar to what you are doing with option two, with the twist that you only need
ConfigurationOfMoose loaded to be able to access tests...
Dale
----- "Simon Denier" <simon.denier(a)inria.fr> wrote:
| Hi there
|
| Now with a few weeks of running, I have settled about a new use case
|
| for the test server.
|
| This is issue 226 in the bug tracker of Moose.
|
| Basically we now have multiple ConfigurationOf... to manage our
| projects, and 'Tests' groups within those projects to identify
| packages for testing.
|
| Right now my test server only loads ConfigurationOfMoose, triggering
|
| the loading of all other Configuration.
|
| ...but...
|
| It only retrieves the Tests group of ConfigurationOfMoose, which means
|
| that tests defined in other configurations are not run. Now of course,
|
| I want to run those too.
|
| I can think of two solutions:
| 1) either Metacello makes the transivite closure on groups, which
| means it merges groups from different projects bearing the same name.
| 2) either I explicitly declare in my test server all configurations
| for which I want to run the tests.
| TestProject withAll: {ConfigurationOfMondrian. ConfigurationOfGlamour.
|
| ConfigurationOfMoose}
|
| The first solution is more elegant, but keeping in line with my idea
|
| that test requirements should be explicit, I think I will go with the
|
| second. The idea is that you should state which projects you want to
|
| test, and you dont want to run tests for all projects/configurations
|
| you depend on.
|
| Now, what do you think?
|
| --
| Simon