Re: release-plugin enhancement
+1, for the next version. On the second one, I suggest allowing a choice of "use for all" and "use for all that had the same original version" in addition to the current "user for this one only". - Brett Brian E. Fox wrote: All, I'd like to add the ability to specify the release version, next development iteration and tag base as parameters to the release plugin so that no interactivity is needed. 1st any objections? 2nd: For multimodule builds, release prompts for the versions for each module. Is this really needed? It seems like if someone is releasing a multimodule build as a single unit, shouldn't all the modules share the version number? If no, then I propose 1 of 2 solutions: if the version IS the same as the parent to begin with, then don't bother prompting. AND/OR if multiple modules are detected, prompt if we can use the same number. I don't mind doing the work here, just wondering what everyone else thinks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: release-plugin enhancement
Ok, that might cover the first part. I still think the second part could be improved to make the interactive mojos easier to use. -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 10, 2006 8:24 PM To: Maven Developers List Subject: Re: release-plugin enhancement There is a JIRA to create release:release mojo to do just that to support full release automation On 5/10/06, Brian E. Fox <[EMAIL PROTECTED]> wrote: > > All, > I'd like to add the ability to specify the release version, next > development iteration and tag base as parameters to the release plugin > so that no interactivity is needed. > > 1st any objections? > > 2nd: For multimodule builds, release prompts for the versions for each > module. Is this really needed? It seems like if someone is releasing a > multimodule build as a single unit, shouldn't all the modules share > the version number? > > If no, then I propose 1 of 2 solutions: if the version IS the same as > the parent to begin with, then don't bother prompting. AND/OR if > multiple modules are detected, prompt if we can use the same number. > > I don't mind doing the work here, just wondering what everyone else > thinks. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: release-plugin enhancement
There is a JIRA to create release:release mojo to do just that to support full release automation On 5/10/06, Brian E. Fox <[EMAIL PROTECTED]> wrote: All, I'd like to add the ability to specify the release version, next development iteration and tag base as parameters to the release plugin so that no interactivity is needed. 1st any objections? 2nd: For multimodule builds, release prompts for the versions for each module. Is this really needed? It seems like if someone is releasing a multimodule build as a single unit, shouldn't all the modules share the version number? If no, then I propose 1 of 2 solutions: if the version IS the same as the parent to begin with, then don't bother prompting. AND/OR if multiple modules are detected, prompt if we can use the same number. I don't mind doing the work here, just wondering what everyone else thinks.
release-plugin enhancement
All, I'd like to add the ability to specify the release version, next development iteration and tag base as parameters to the release plugin so that no interactivity is needed. 1st any objections? 2nd: For multimodule builds, release prompts for the versions for each module. Is this really needed? It seems like if someone is releasing a multimodule build as a single unit, shouldn't all the modules share the version number? If no, then I propose 1 of 2 solutions: if the version IS the same as the parent to begin with, then don't bother prompting. AND/OR if multiple modules are detected, prompt if we can use the same number. I don't mind doing the work here, just wondering what everyone else thinks.