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 <[email protected]> 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 <[email protected]> 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 <[email protected] > > > > 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/ > >> > >> > > >
