Hi, There were no copies. The browsermap folder only contained what looked like a SVN structure, with all the code in trunk. Nothing was confusing as a README.md file in browsermap/trunk described what was there, albeit there was no explanation for why we had that folder structure.
However, that's not a good reason to start moving things around without asking the list about this type of change before actually committing the said changes. Cheers, Radu P.S.: Still waiting for that revert. I don't think it's fair to ask somebody else to repair what you (accidentally) broke On Jul 14, 2014 6:32 PM, "Werner Keil" <[email protected]> wrote: > Even if Radu needed the old glitch to fix the configuration, please > promise to fix that in a timely manner so the "perpetual trunk" can be > permanently resolved. > > People on conferences or Twitter tell me a lot, they find DeviceMap hard > to understand. And who can blame them, if there's a /trunk/browsermap and > an exact copy of that in /trunk/browsermap/trunk, but only the latter is > mirrored to Git?;-O > > Werner > Am 14.07.2014 16:34 schrieb "Bertrand Delacretaz" <[email protected] > >: > >> Hi, >> >> On Mon, Jul 14, 2014 at 4:05 PM, Werner Keil <[email protected]> >> wrote: >> > ...Will see what I can do. There was however a very mean and redundant >> > duplication of code kind of like /trunk/browsermap/trunk... >> >> For now, please just revert your commits as Radu asked for - reverting >> shouldn't take more than a few minutes so that >> https://github.com/apache/devicemap-browsermap/ comes back to life, >> and we can always discuss changes later. >> >> -Bertrand >> >
