Am 14.01.2013 um 11:13 schrieb Peter Klügl <[email protected]>:
> On 09.01.2013 18:41, Richard Eckart de Castilho wrote:
>> Am 09.01.2013 um 14:35 schrieb Marshall Schor <[email protected]>:
>> 
>>> You can add the server properties to your settings.xml, but please use the
>>> encryption technique.
>>> This would enable you to upload snapshots to the repository.apache.org 
>>> server,
>>> for instance.
>> Jenkins is configured to deploy snapshot versions of TextMarker to the Apache
>> repository server after every build. There is no need to do that manually.
>> 
>> The server credentials in the settings.xml would only be necessary for 
>> regular
>> releases.
> 
> In case of a TextMarker release, I still have to do it manually, e.g., 
> because of the RC tag, right?
> 
> I added the server information to my settings.xml (with encrypted passwords). 
> What about "<id>stagingSite</id>" (must match hard-coded repository 
> identifier in site:stage-deploy)? Do I need that element? Is that important 
> for the documentation? I thought the documentation will be manually added to 
> the website. I even do not know yet where it should be put or linked.
> 
> What are my next steps? Just following the steps mentioned in 
> http://uima.apache.org/release.html ?

I didn't use the Apache Nexus yet, but the procedure appears to be pretty much 
the same as for the Sonatype OSS Nexus [1] which I have used in several 
projects. The link has some screenshots of Nexus you might find supplemental to 
the UIMA release documentation.

If I understand the documentation right, you don't have to add any specific 
"staging" stuff anywhere. Just add the Nexus credentials to your settings.xml. 
Make sure the <id> of these credentials is the same used in the POM declaring 
the distributionManagement (I think that is the Apache master pom).

When you run a regular "mvn -DautoVersionSubmodules release:prepare 
release:perform", the artifacts go to Nexus who puts it automatically into a 
"staging repository". I never had to use "stage-deploy". From that point, there 
are normally two options:

- closing and promoting the repository so the artifacts get deployed to Maven 
Central.

- closing and dropping the repository if something went wrong or if you discard 
a release candidate.

People can test the RC by via the staging repository.

If your release fails at some SVN operation like creating the tag, try 
providing "-Dusername=XXX -Dpassword=YYY" on the command line with your SVN 
credentials.

Cheers,

-- Richard

[1] 
https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide

-- 
------------------------------------------------------------------- 
Richard Eckart de Castilho
Technical Lead
Ubiquitous Knowledge Processing Lab (UKP-TUD) 
FB 20 Computer Science Department      
Technische Universität Darmstadt 
Hochschulstr. 10, D-64289 Darmstadt, Germany 
phone [+49] (0)6151 16-7477, fax -5455, room S2/02/B117
[email protected] 
www.ukp.tu-darmstadt.de 
Web Research at TU Darmstadt (WeRC) www.werc.tu-darmstadt.de
-------------------------------------------------------------------

Reply via email to