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