you can add me olivier (aheritier)

On Fri, Jan 28, 2011 at 12:41 PM, Olivier Lamy <ol...@apache.org> wrote:

> Hello,
> I have changed the subject.
> As asked by Benson, it's probably better to move MPOM from codehaus
> jira to ASF jira.
>
> So I have created a jira entry :
> https://issues.apache.org/jira/browse/INFRA-3397
>
> I'd like maven dev give me or add in the jira entry their id.
>
> Thanks !
> --
> Olivier Lamy
> http://twitter.com/olamy
> http://www.linkedin.com/in/olamy
>
> 2011/1/28 Olivier Lamy <ol...@apache.org>:
> > 2011/1/28 John Casey <jdca...@commonjava.org>:
> >>
> >>
> >> On 1/27/11 4:22 PM, Benson Margulies wrote:
> >>>
> >>> I want to just put a bit of emphasis on the global impact of this POM.
> >>> This POM gets advertised as the appropriate parent for \any/ Apache
> >>> project building with Maven. As such, I submit to you, it should
> >>> supply all of the necessary settings (e.g. repository locations,
> >>> deployment) and no surprising extra behavior. If the Land Of Maven
> >>> wants a policy of running a full build on prepare, I'd respectfully
> >>> ask you to embody that policy in a POM that isn't the one advertised
> >>> to the complete Apache community.
> >>
> >> ...which is why I said in another branch of this thread, that I'm okay
> with
> >> pulling this setting down into the maven parent POM(s).
> >
> > and document for others AFSERs having this in your pom is RECOMMENDED.
> >
> > http://www.apache.org/dev/publishing-maven-artifacts.html looks to be
> > the appropriate place
> >
> >>
> >>>
> >>> On Thu, Jan 27, 2011 at 3:58 PM, Lukas Theussl<ltheu...@apache.org>
> >>>  wrote:
> >>>>
> >>>>
> >>>> Brian Fox wrote:
> >>>>>>
> >>>>>> FWIW, if the code-signing step fails due to some POM
> misconfiguration,
> >>>>>> and
> >>>>>> only runs in the perform step, then you've got to rollback the
> release
> >>>>>> and
> >>>>>> try it again...either that, or muck around with manually shifting
> the
> >>>>>> tag
> >>>>>> in
> >>>>>> the SCM, which is probably as ugly.
> >>>>>>
> >>>>>> I'm not as concerned about spending a little extra time to reduce
> the
> >>>>>> chances of things going wrong in the release process, since this
> seems
> >>>>>> to
> >>>>>> happen often enough already...and causes a HUGE waste of time in
> some
> >>>>>> cases.
> >>>>>> If we were releasing a 100+ module project structure, then I'd be
> >>>>>> willing
> >>>>>> enough to give on this point and say that accepting a little extra
> risk
> >>>>>> in
> >>>>>> the 'perform' phase isn't that big of a deal. But, at least in
> Maven,
> >>>>>> the
> >>>>>> releases aren't that big.
> >>>>>>
> >>>>>
> >>>>> For Lukas: I agree with John here.
> >>>>>
> >>>>> For everyone else: +1
> >>>>
> >>>>
> >>>> For everyone: I agree too. Especially with the part about things going
> >>>> wrong
> >>>> often enough.
> >>>>
> >>>> -Lukas
> >>>>
> >>>>
> >>>>>
> >>>>> ;p
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>>
> >>>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>
> >>
> >> --
> >> John Casey
> >> Developer, PMC Member - Apache Maven (http://maven.apache.org)
> >> Blog: http://www.johnofalltrades.name/
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
> >>
> >>
> >
> >
> >
> > --
> > Olivier Lamy
> > http://twitter.com/olamy
> > http://www.linkedin.com/in/olamy
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to