IntroductionWhen working on ReDBox or Mint it is handy to deploy snapshots on a regular basis. This helps other projects using our Maven artifacts and keeps up with the continuous release goodness. Please refer to OSS Maven Repository Usage Guide for an overview of the Sonatype OSS Maven Repository infrastructure.
Details0. StartIt's important that you check in any changes and update your code-base. Add the sonatype nexus repo to your settings.xml: <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> <servers> <server> <id>sonatype-nexus-snapshots</id> <username>XXXXX</username> <password>XXXXX</password> </server> <server> <id>sonatype-nexus-staging</id> <username>XXXXX</username> <password>XXXXX</password> </server> </servers> </settings> 1. DeployThis is pretty easy: mvn clean mvn deploy Because of our project structure, clean may have a problem but just run deploy and you'll be right. If you're working on a SNAPSHOT and that's all you want to deploy, STOP HERE. The rest if for a tagged release. 2. ReleaseYou MUST ensure that any dependencies are for released versions and not SNAPSHOTS. This may mean you have to release artifacts from other code bases (such as The Fascinator). When you've sorted out dependencies you can start the release procedure below: mvn release:clean mvn release:prepare mvn release:perform Finding deployed codeInstitutional BuildsInstitutional builds do not need to be released per se, but you can use '`mvn release:prepare`' to generate tagged branches in subversion for you. |
Documentation > Technical >