All are previews clearly tagged RCx, there is just one redundant tag https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/1.0.0/ but it contains the "classfier" client, not simpleddr.
Just like < http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/> which was not tagged for a release, but nevertheless to mark a known state of that artifact or project. Tags like > https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/ should be under /release, they are redundant. On Tue, Aug 4, 2015 at 9:35 PM, Reza Naghibi <re...@apache.org> wrote: > > because they should be under /release already > > /release is only for released software which went thru the normal Apache > releasing procedures. Im pretty certain that all of the tags and branches > you have made in the last 2 years were done outside of releasing procedures > [1]. > > Finally you didnt answer this question: Can you please explain why there > are 4 versions of the w3c-simple-ddr client tagged [2]? > > [1] https://www.apache.org/dev/release.html > [2] https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/ > > > On Tue, Aug 4, 2015 at 2:43 PM, Werner Keil <werner.k...@gmail.com> wrote: > > > So based on Stefan's suggestion (and the way it's used by Sling) > > https://svn.apache.org/repos/asf/devicemap/whiteboard/ would already be > > there;-) > > > > Sling also had "whiteboard" under /tags. Not all tags were put there btw, > > so I am not sure, if we should rename or refactor those, but if we took > > further inspiration from Sling, I'd say we could move some (especially > > those under "devicemap" or "examples" to a new "whiteboard" sub-folder. > > > > Except for those that are clear duplicates, just like other projects do I > > would not delete them. > > > > On Tue, Aug 4, 2015 at 8:32 PM, Werner Keil <werner.k...@gmail.com> > wrote: > > > > > Sling, where Bertrand is also actively involved has Hundreds of tags: > > > http://svn.apache.org/viewvc/sling/tags/ > > > And while some make the impression of being regular releases, others > like > > > healthcheck-before-SLING-2987/ > > > < > http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/> > > does > > > not sound anywhere near a release. > > > > > > We have a /whiteboard folder at DeviceMap, too btw. And in the Sling > repo > > > it seems that's used as a sandbox for more than just experimental new > > site > > > research, see > > > http://svn.apache.org/viewvc/sling/whiteboard/README.txt?view=markup > > > Is this something, we could use /whiteboard here, too? > > > > > > On Tue, Aug 4, 2015 at 8:23 PM, Werner Keil <werner.k...@gmail.com> > > wrote: > > > > > >> That's not correct these > > >> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ were > > >> syncing points when data was contributed based on regular OpenDDR > > releases > > >> till they stopped doing that. The other "data" tags > > >> > > >> - 1.0.0/ < > > https://svn.apache.org/repos/asf/devicemap/tags/data/1.0.0/> > > >> - devicemap-data-1.0.1/ > > >> < > > > https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/ > > > > > >> > > >> seem redundant under > > >> https://svn.apache.org/repos/asf/devicemap/tags/data/, because they > > >> should be under /release already. > > >> > > >> > > >> Those for /examples (also something we did not release btw.;-) and > /java > > >> tags were to nail down a consistent state of a client version with the > > >> demos working at that point. > > >> The original ODDR contribution was always in /contrib, so /contrib > > >> snapshot tags also refer to that. /data tags do to the /data > repository > > and > > >> known states to allow back-tracking what was contributed then. > > >> > > >> It's a common practice to tag a known state, some projects even let > > Maven > > >> do this. So /tags is not just for official release tags. > > >> > > >> > > >> On Tue, Aug 4, 2015 at 7:58 PM, Reza Naghibi <re...@apache.org> > wrote: > > >> > > >>> What exactly is this: > > >>> > > >>> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/ > > >>> > > >>> w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1. > > Im > > >>> almost certain there was no vote thread for any of these. > > >>> > > >>> Also, here we have actual ODDR releases: > > >>> > > >>> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ > > >>> > > >>> But im pretty sure these were never donated. Only 1 version of ODDR > > data > > >>> and the w3c-simple-ddr client were donated. > > >>> > > >>> Where is the original ODDR contribution??? > > >>> > > >>> Also, as far as I am aware, the only voted and released software is > > here: > > >>> > > >>> https://svn.apache.org/repos/asf/devicemap/tags/releases/ > > >>> > > >>> So other than the missing original ODDR contribution, im not sure > what > > >>> these tags are even for... > > >>> > > >>> > > >>> On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org> > wrote: > > >>> > > >>> > I have deleted: > > >>> > > > >>> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/ > > >>> > > > >>> > > > >>> > > > https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/ > > >>> > > > >>> > Werner, can you please give us an update on these branches and tags > > >>> (you > > >>> > created them): > > >>> > > > >>> > > > >>> > > > https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/ > > >>> > https://svn.apache.org/repos/asf/devicemap/tags/contrib/ > > >>> > https://svn.apache.org/repos/asf/devicemap/tags/data/ > > >>> > https://svn.apache.org/repos/asf/devicemap/tags/devicemap/ > > >>> > https://svn.apache.org/repos/asf/devicemap/tags/examples/ > > >>> > > > >>> > On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann < > > >>> m...@stefan-seelmann.de> > > >>> > wrote: > > >>> > > > >>> >> On 08/04/2015 05:52 PM, Werner Keil wrote: > > >>> >> > To allow parallel approaches (not only at events like > Hackathons) > > >>> >> someone > > >>> >> > even before the restructuring created this > > >>> >> > > > >>> https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/ > > >>> >> but > > >>> >> > it's empty, and the name "classifiers" does not seem to make as > > much > > >>> >> sense > > >>> >> > there any more. While "data" probably makes no more sense, now > > that > > >>> 2.0 > > >>> >> > development is done on trunk rather than a "feature branch" > could > > we > > >>> >> > consider this a sort of "sandbox" for new ideas like alternate > > JSON > > >>> >> parsers > > >>> >> > or even new language ports? > > >>> >> > > >>> >> I'd rather suggest to create a dedicated "sandbox" folder at the > top > > >>> >> level SVN folder, sibling to "trunk". i.e. [1]. Within that each > > >>> >> commiter can create her/his own folder (typically named ApacheID) > > for > > >>> >> experiments. Other Apache projects like httpd or directory also > have > > >>> this. > > >>> >> > > >>> >> If the branch above doesn't contain anything and isn't used > anymore, > > >>> why > > >>> >> not just delete it? But this should be decided by the creator > > (Reza). > > >>> >> > > >>> >> Kind Regards, > > >>> >> Stefan > > >>> >> > > >>> >> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/ > > >>> >> > > >>> >> > > >>> > > > >>> > > >> > > >> > > > > > >
