Guten Tag Marshall Schor,
am Donnerstag, 6. Juni 2013 um 22:37 schrieben Sie:
> One issue we thought about when considering using .../dev/... was "wasting
> space" in SVN with (potentially multiple) release candidates (which were
> binary
> artifacts, like compressed Jar files). Because of this,
On 6/6/2013 3:12 PM, Stefan Sperling wrote:
> On Thu, Jun 06, 2013 at 02:46:16PM -0400, Marshall Schor wrote:
>> a) checkout the part of the update site from the ...dist/release... spot;
>> b) update that, changing some files, adding others
>> c) put it somewhere for a vote, and after the vo
On Thu, Jun 06, 2013 at 02:46:16PM -0400, Marshall Schor wrote:
> a) checkout the part of the update site from the ...dist/release... spot;
> b) update that, changing some files, adding others
> c) put it somewhere for a vote, and after the vote passes,
> d) commit the changes to the ...dis
I'm using Subversion on an Apache project (UIMA).
Apache has standardized on a release process whereby the release happens when
changes are committed to the dist.apache.org/repos/dist/release/...
Our build process, for one part of our distribution (our "Eclipse Update Site"),
for a new release, a
