blob: b6b750ff7669d681d10e6eb1a76140c0bf070d04 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License. You may obtain a copy of the License at
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
See the License for the specific language governing permissions and
limitations under the License.
$Revision$ $Date$
<author email="">Apache Commons Team</author>
<section name="Release Plugin">
This is a <a href="">Maven 3.x</a> Plugin which is
used by <a href="">Apache Commons</a> releases. See
the <a href="development.html">Development</a> page for information to
help maintain this plugin.
<p>The main purpose of the plugin is to automate the steps of our, namely
The Apache Commons Project's, release process. Currently we have the mechanics
for detaching distribution artifacts (i.e. all <code>tar.gz</code> artifacts and
signatures as well as all <code>.zip</code> artifacts and signatures), creating
a <code></code> file, and staging all of those artifacts in a subversion
repository (for the most part a sub directory of
<a href=""></a>.
It can, however, stage to any subversion repository.
<section name="Plugin Goals">
Available Goals (which are meant to be used together; the only reason they are separated is for
code readability):
<b>commons-release:detach-distributions</b> - Remove
<code>tar.gz</code>, <code>tar.gz.asc</code>, <code>zip</code>, and <code>zip.asc</code>
files from being uploaded to nexus and copy them to the <code>target/commons-release-plugin</code>
<b>commons-release:compress-site</b> - Generate <code></code> file
in the <code>target/commons-release-plugin</code> directory.</li>
<b>commons-release:stage-distributions</b> - Take all staged files in the
<code>target/commons-release-plugin</code> directory, and the <code>RELEASE-NOTES.txt</code> from
the root of the project, and commit them to a specified staging subversion repository.
<section name="Using the plugin">
Configure the plugin as the last plugin in the<code>&lt;build&gt;</code> section of the <code>pom.xml</code>
After the above configuration performing the release would occur by (<i>note.</i> more
in depth details can be found at
<a href="">Preparations For A Release</a>):
<li>creating our release branch,</li>
<li>checking compatibility,</li>
<li>checking your dependencies,</li>
<li>checking javadocs and code style,</li>
<li>checking the apache license,</li>
<li>configure the build to generate a complete set of release artifacts,</li>
<li>preparing the release notes, updating the download file and other autogenerated files,</li>
<li>tagging the release candidate, and</li>
running the following command:
mvn<yourApacheId> [-Duser.password=<yourApacheIdsPassword] [-DdryRun=true -Ptest-deploy] -Prelease clean test site deploy
If the component is new, then, before running this maven command, you would want to create
the requisite subversion directory <code></code>. Notice,
that the way to perform a dry run of the release you need to include
<code>-DdryRun=true -Ptest-deploy</code>.