Hello, >> >>> > While it is nice that you have concerns about my security in case I >>> > should have to deal with malicious servers, > > Not just malicious servers. With a scheme that lets you splatter files anywhere, anyone who can commit can accidentally or intentionally kill everyone else's machines.
While I can see your security concerns my intention is to use this feature only in conjunction with locally hosted servers (same company, same site, all users know each others) and only a single hierarchy level deep. I already suggested to limit this to a single hierarchy level. >>> > I would prefer to have a choice. Maybe some setting wich allows me, >>> > based on the server URL (or if that's too complicated for a start), >>> > to allow ../ in local externals paths or disallow this. With such a setting, SVN would seamlessly allow us to use our current directory layout while maintaining the benefits of atimic checkins. >> >>> Excuse me, but given the layout requirements you seek, can you get away with symlinks? >> >> I'm not sure symlinks under XP are powerfull enough and the use of them is not easy enough for my colloeagues. >> I'd really prefer a externals based solution. > What is wrong with keeping everything under one tree? If you are too > lazy to re-arrange the paths for includes and linkage searches in your compiler project/build files, treat each thing that you want in parallel directories as a component and make your subversion main project files have nothing but > the externals that drop the components in the right place - which incidentally gives you a nice single place to control the branch/tag versions of each thing that you use. Because keeping everything under one tree ties things together wich do not have any relation other than via CommonFiles. In my eyes nothing beats the simplicity and understandability of svn:externals with one single level deep relative paths to a directory above. Software should adopt as good as possible to the existing workflow/structures. There should be no need to completely rearrange projects just to get what one wants only because some fear security issues which can be turned off with a single global "turn this feature off" switch in the client. Those who like can use it, the rest can ignore it as the default would be to have it off. Best regards Markus Humm ebm-papst Mulfingen GmbH & Co. KG Sitz der Gesellschaft: Bachmuehle 2, D-74673 Mulfingen Kommanditgesellschaft Sitz Mulfingen: Amtsgericht Stuttgart HRA 590344 Komplementaer: Elektrobau Mulfingen GmbH, Sitz Mulfingen, Amtsgericht Stuttgart HRB 590142 Geschaeftsfuehrung: Hans-Jochen Beilke (Vorsitzender), Thomas Borst, Hans Peter Fuchs, Dr. Bruno Lindl, Thomas Wagner