We are currently facing this problem :
-we have about 50 modules with various level of dependencies
-developers need to work using module SNAPSHOTs
- the release plugin requires RELEASE dependencies
- we really cannot modify every pom by hand at every change
So we decided to use version ranges, and that works like a charm (almost).
In order to have truly repeatable builds with version ranges we really
need the "generateReleasePoms" working... Do you have any other
suggestion? Are we mistaking the way maven should be used?
Thanks in advance,
Gabriele
Brett Porter wrote:
Yikes, I'm getting forgetful in my old age. I thought the section on
that had been omitted from the final version of the book until it was
implemented.
Since we are no longer allowing changes to metadata in the repository
(unless it is an extreme case), then repeatability shouldn't be a
problem (notwithstanding bugs in the dependency mechanism which will
effect it either way), unless you are using version ranges (which to
date, haven't been popularly adopted because of the way they have been
implemented). The main culprit is plugin versions, so populating those
would be the most effective thing to do.
It was my intention to review this overall with Maven 2.1 rather than
slap this back onto the release plugin as it didn't have the full
desired effect as is.
- Brett
On 08/11/2006, at 6:48 AM, Matthew Beermann wrote:
(I asked this once before, but the thread got hijacked into other
matters, so let's try this again...)
Will the next release of the Release plugin include the
"generateReleasePoms" functionality, e.g. the creation of a POM with
resolved versions? If you were to believe Better Builds with Maven
(p224), this functionality exists already, except it doesn't actually
seem to. There doesn't seem to be a JIRA issue that tracks this, at
least that I was able to find. Nor is it entirely clear from the
current source code in Subversion - lots of commented-out code with
"TODOs".
This is key for us, and soon, as it helps to enable truly repeatable
builds. Thanks for the help,
--Matthew Beermann
---------------------------------------------------------------------
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]