commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benedikt Ritter <brit...@apache.org>
Subject Re: [ALL] Move DOAP files to unchanging URL?
Date Fri, 27 Nov 2015 14:19:15 GMT
Hello Sebb,

2015-11-27 11:26 GMT+01:00 sebb <sebbaz@gmail.com>:

> Compress recently moved to Git, so the URL for its DOAP changed.
>
> I originally suggested that all the Commons DOAPs could be stored in a
> common SVN location, but that idea met with resistance as several
> people felt it was better kept with the source code.
>
> Since then, the release summary file [1] has been introduced.
>
> It might be sensible to move the DOAPs there too?
> That would allow the script to automatically extract the latest releases.
> At present it assumes all the DOAPs are in SVN, which is no longer the
> case.
>
> ==
>
> The disadvantage of storing DOAPs in the source tree is that the DOAP
> is not intended for release, and so is not included in the archives.
> However it is included in tags and branches by default. This causes a
> discrepancy when comparing the tag with the source archive. Also if
> there are branches, care must be taken to ensure that the correct DOAP
> is maintained (it's not unknown for a branch to take over from trunk -
> or indeed for both to be used for releases).
>

I'm okay with either way. But it should be the same for all components. I
don't expect the URL to the DOAP to chance frequently so I don't see that
much of a problem when keeping it together with the code.


>
> [1]
> http://svn.apache.org/repos/asf/commons/cms-site/trunk/conf/component_releases.properties
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message