Hi, this is not a release - it is a release CANDIDATE. The procedure used here is the typical Apache procedure:
- create release candidate - ask PMC members to check the RC and vote on it - if vote passes, the release is complete It is not possible to create a release without the votes. I think you are confusing a release candidate with a public beta release. Mind that a beta-release would also have to go through the process defined above. tl:dr: Do not test this on your CI machines or if you do, configure the respective builds to use a separate repository to avoid the problem you desribe. Cheers, -- Richard On 01.06.2015, at 16:21, František Hartman <frant.ha...@gmail.com> wrote: > Hi, > > I wanted try the RC4 in our project. But this gives me headaches: > > >> To use it in a maven build set the version for opennlp-tools or >> opennlp-uima to 1.6.0 and add the following URL to your settings.xml file: >> https://repository.apache.org/content/repositories/orgapacheopennlp-1003 >> >> > I don't understand why it is done this way, instead of releasing the RC > under version 1.6.0-RC4. > > Consider this scenario - if I add this repository into my pom and use > version 1.6.0, then the local maven repository of every developer on our > project and every repository on our CI machines will get polluted with RC4 > artifacts labelled as 1.6.0. When there is a final 1.6.0 release maven will > not re-download them (it considers versions final and immutable unless > labelled as SNAPSHOT). Somebody will have to go and manually delete these. > > Would it be possible to re-release with different version? > > F.