Full documentation for SonarQube has moved to a new location: http://docs.sonarqube.org/display/SONAR

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »

Releasing a plugin

In order to release a plugin, you need to have commit access to the SONAR-PLUGINS project. If not, ask for it on dev mailing-list.

Prepare to Release

  • Make sure the wiki page is up to date
  • All JIRA issues included in the release should be closed
  • Plugin must be documented and preferably have unit and integration tests

Prepare for the first release

When a plugin is ready to have its first release, you should do the following :

  1. Set the <scm> tag in the pom :
  2. Check that group id is org.codehaus.sonar-plugins in pom.xml, but not org.codehaus.sonar.plugins
  3. Set your Codehaus username/password in Maven settings.xml :

Call a Vote

Before a release can occur, a vote typically takes place. This is initiated with an email to the dev mailing list, preferrably with a subject that starts with [vote]. Explain the plugin, status and any other info you feel relevant. The standard is to wait 72 hours for responses. This gives other developers time to verify the quality of the plugin before placing their vote.

Only sonar-plugin commiters can vote. To pass, a vote should :

  • have a minimum of three +1
  • have no negative vote

Perform the Release

  1. Execute the maven-release-plugin, use default values :
  2. Once this is done, the jar file is available under http://repository.codehaus.org/org/codehaus/sonar-plugins/ and a tag has been created under http://svn.codehaus.org/sonar-plugins/tags
  3. Update the plugin page in Confluence (Don't forget to update the Changelog using the jiraissues macro).
  4. Announce the release on Sonar user mailing-list
  5. Twit it (big grin)
  • No labels