Jeff Jensen wrote: > > Sounds nice, but this doesn't meet my requirement, that the > > tests with coverage-checks (and only one time, not twice) > > should run, when the developers do "mvn test". > There is no acceptable solution to this "requirement". Many > of us "would like" to not run them twice, and in actuality > running them twice is not a problem for things like site gen.
Thank you for this information, that it's currently simply not possible. I think that's a shortcoming of cobertura-maven-plugin. It should be possible to overwrite the "default" surefire-configuration within the cobertura-configuration. But for now I have to look for another way (thank you and the others for the suggestions) > > we unfortunately don't use a > > regular CI-server but a bunch of shellscripts and cron-jobs. > > So it's not as trivial as with Hudson (Jenkins?) to use this > > kind of build-pipeline. > Looks like it is time to invest a couple of days and set it > up! Your work life will be easier and maintenance cheaper. I completely aggree with you and I'd love to replace the scripts by a neat Hudson-installation. But the only way to do this (or the only way I can imagine) is to create a buildjob which simply calls our current master-buildscript. But I don't think I improved anything by doing this. We can't use the most of hudson out of the box. Even the updating of the working-copy is not trivial: not only that we use CM Synergy (little support for it in Hudson and no public Java-API), but we need a combination of CM Synergy and Change Synergy to calculate the tasks to update. I would really appreciate to migrate the build of the last 100 modules to Maven without the need of specialized builds for each target-stage, using a "mainstream" SCM-tool and so on... Unfortunately I think the client wouldn't pay for this work (not to forget the QA of the whole application). But I think, I go off on a tangent. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
