directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Emmanuel Lecharny <>
Subject Re: Release process for internal projects
Date Sun, 26 Sep 2010 18:27:45 GMT
  On 9/26/10 1:13 PM, Stefan Seelmann wrote:
> Hi devs,
> I'd like to release a new version of the Skins project and have
> questions regarding the relaese process.
> My understanding for releasing a project (Shared, ApacheDS, Studio) is
> the following:
> 0. Consensus to cut a new release
> 1. Run mvn release:prepare (which creates a tag in svn) and mvn
> release:perform (which deploys maven artifacts to a staging repository
> on Nexus and deploys the site to p.a.o). Additional binaries are
> deployed to p.a.o for testing.
> 2. Launch a 72 hr vote
> 3. If the vote passes the staging repository is released, otherwise
> the staging repostiory is dropped and + goto 0
> Please correct me if I'm wrong.
That's the process, IFAIK
> My question is if we use the same process for our internal projects
> (Skins, JUnit Add-ons, Checkstyle)?
No, I don't think it's necessary. We can follow the exact same process 
than for the project project.
> We also have a simplified process for releasing a new TLP pom [2].
> Maybe it's an option to use this process for the internal projects?

Emmanuel L├ęcharny

View raw message