It's also the approach I had in mind. But, I can not be sure that all the plug-in versions are defined in the pom(s).
A solution would be to have a parameter on the command line "--repeatable". With such a flag asking for plugin version number resolved with information coming from the pom(s) only. Does it make sense? Or did I miss something? Gilles > -----Original Message----- > From: Brian E. Fox [mailto:[EMAIL PROTECTED] > Sent: 14 January 2006 19:25 > To: Maven Users List > Subject: RE: [m2] Repeatable build and plugin version resolution > > I think the standard and easiest to manage is to create a parent pom > that your projects inherit from. In this pom, put your plugin and > dependency versions in the pluginMangement and dependencyManagement > section. Then when you don't specify the version in your child pom's the > version from the parent is used. It makes it much easier to control your > build environment, especially having control over the plugins. > > -----Original Message----- > From: Scokart Gilles [mailto:[EMAIL PROTECTED] > Sent: Saturday, January 14, 2006 12:17 PM > To: Maven Users List > Subject: [m2] Repeatable build and plugin version resolution > > > > How can we guarantee a repeatable build? I mean, when I build a > project, the most recent available versions of the plugins are used. > That means that there is a risk that rebuilding a project after 6 months > provides a different result. > > > > I know that it possible to force the plugins version number in the > pom.xml. > But how can we guarantee we don't miss one when writing the pom? > > > > Is there other approach (Maybe linked with the plugin registry)? > > > > Thanks, > > > > > > SCOKART Gilles > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]