Radu, Will see what I can do. There was however a very mean and redundant duplication of code kind of like /trunk/browsermap/trunk.
Do you really say Git insists on this bad behavior or could the mirror be better structured?[?] /repos/asf/incubator/devicemap*/trunk/browsermap/trunk* shows that redundancy. Could the Git pull script (we don't have control over that from the SVN side) be fixed to avoid this redundancy? And simply point to /repos/asf/incubator/devicemap*/trunk/browsermap* without the extra /trunk? That should fix the sync problem. Werner On Mon, Jul 14, 2014 at 3:38 PM, Radu Cotescu <[email protected]> wrote: > Hi Werner, > > Some of your SVN commits have rendered the public Apache DeviceMap > BrowserMap GitHub mirror [0] unusable. I specifically asked for a GitHub > public mirror for that submodule in order to have TravisCI check all the > commits to that module for consistency, by running the test suite we have > for BrowserMap. For more details please check INFRA-6220 [1]; the > browsermap folder must be organised like a SVN repo (having branches, tags, > trunk subfolders). > > *TL;DR: *- Werner, please revert your changes touching > http://svn.apache.org/viewvc/incubator/devicemap/trunk/browsermap/ to the > state from r1543048. > > Thanks, > Radu > > [0] - https://github.com/apache/devicemap-browsermap/ > [1] - https://issues.apache.org/jira/browse/INFRA-6220 > > > > > > On Thu, Jul 10, 2014 at 10:30 PM, Werner Keil <[email protected]> > wrote: > > > If you prefer a /releases folder similar to /tags, please create it. > > Those tags included in a confirmed release might be copied or moved > there, > > but is this a common practice by other projects elsewhere? > > > > All initial contributions except "data" which is somewhat special went to > > /contrib, not sure, what made browsermap contributions different? > > > > Werner > > > > On Thu, Jul 10, 2014 at 8:31 PM, Bertrand Delacretaz < > > [email protected] > > > wrote: > > > > > On Thursday, July 10, 2014, Werner Keil <[email protected]> wrote: > > > > > > > In the DeviceMap SVN. under /tags/* > > > > > > I agree there's kind of a mess under > > > http://svn.apache.org/repos/asf/incubator/devicemap/tags/ - for now we > > can > > > create a "releases" folder there and put the tags for what we actually > > > release there. > > > > > > > ...Could we put a readme or something else in a section if just a > > single > > > > folder is "pulled" by another repo without the SVN folder itself > being > > > > evident?.. > > > > > > I'm not sure I understand - > > > http://svn.apache.org/repos/asf/incubator/devicemap is the canonical > > > repository for this project, we don't care whether other copies exist. > > > > > > > ...It looked like browsermap had its own isolated Git repo for > historic > > > > reasons and the SVN copy was a disconnected leftover... > > > > > > Same here, > > > http://svn.apache.org/repos/asf/incubator/devicemap/trunk/browsermap/ > is > > > the BrowserMap code that's been donated to DeviceMap, we don't really > > care > > > if there existing copies of that code elsewhere. > > > > > > -Bertrand > > > > > >
