For the skip flag discussion, I'd refer you to:
http://docs.codehaus.org/display/MAVEN/Suppression%2C+Ordering%2C+and
+Replacement+of+Plugins+and+Mojos+Bindings
which is something I'm trying to build up to with the refactoring of
the lifecycle support in Maven 2.1-snapshot (trunk). See also:
That all said, IMO, the proliferation of "skip" flags into all the
plugins kind of begs for their to be "standard" support for this idea
right in the core. Kind of like, set:
org.apache.maven.plugins:maven-deploy-plugin.skip=true
or something like that so that ANY plugin could be skipped.
On Monday 25 February 2008, Jason van Zyl wrote:
> Then why wouldn't you just configure the release plugin to go where
> you wanted it to go in the lifecycle?
I'm not sure I get what your trying to say.
I WANT the release plugin to consider those projects. If I'm releasing
version 2.1, I WANT
Then why wouldn't you just configure the release plugin to go where
you wanted it to go in the lifecycle?
On 24-Feb-08, at 5:27 PM, Daniel Kulp wrote:
Actually, I think this is a great idea. I'd love this for our sample
projects for the stuff I work on that we ship with the full kits.
Ther
eploy-plugin/src:
main/java/org/apache/maven/plugin/deploy/DeployMojo.java
test/java/org/apache/maven/plugin/deploy/DeployMojoTest.java
Actually, I think this is a great idea. I'd love this for our sample
projects for the stuff I work on that we ship with the full kits.
There is no point
Actually, I think this is a great idea. I'd love this for our sample
projects for the stuff I work on that we ship with the full kits.
There is no point to deploy them into the repositories as there is no
value in that at all. However, I'd like them built as part of the
build to make sur
Vincent,
What's the use case for optional deployment?
On 24-Feb-08, at 11:34 AM, Olivier Lamy wrote:
Vincent Massol asked it for cargo build.
--
Olivier
2008/2/24, Jason van Zyl <[EMAIL PROTECTED]>:
On 24-Feb-08, at 10:57 AM, Olivier Lamy wrote:
My goal is only to help users which need s
Vincent Massol asked it for cargo build.
--
Olivier
2008/2/24, Jason van Zyl <[EMAIL PROTECTED]>:
>
> On 24-Feb-08, at 10:57 AM, Olivier Lamy wrote:
>
> > My goal is only to help users which need some features in maven.
> > But if you say/think the feature is bad : No problem I can revert the
On 24-Feb-08, at 10:57 AM, Olivier Lamy wrote:
My goal is only to help users which need some features in maven.
But if you say/think the feature is bad : No problem I can revert the
commit and mark the jira issue as won't fix.
What was the use case? I'm all for helping users, but generally t
My goal is only to help users which need some features in maven.
But if you say/think the feature is bad : No problem I can revert the
commit and mark the jira issue as won't fix.
--
Olivier
2008/2/24, Jason van Zyl <[EMAIL PROTECTED]>:
>
> On 22-Feb-08, at 2:57 PM, [EMAIL PROTECTED] wrote:
>
>
On 22-Feb-08, at 2:57 PM, [EMAIL PROTECTED] wrote:
Author: olamy
Date: Fri Feb 22 14:57:35 2008
New Revision: 630347
URL: http://svn.apache.org/viewvc?rev=630347&view=rev
Log:
[MDEPLOY-63] Allow disabling deployment for artifacts that should
not be deployed
What's the reasoning behind th
11 matches
Mail list logo