Andy Levy wrote:
[snip]
>>> Unfortunately, there are some environments where the file:/// method
>>> is the only option. I am working in such an environment. It is very
>>> hard to get the IT people to grant us a DB on the MS SQL server or
>>> even a MS extension to IIS, let alone get them to set up any other
>>> kind of server. We were able to get a server folder under which we put
>>> all our group's shared resources, including the SVN repositories.
>>> (Fortunately, they long ago gave up on trying to support the "arcane"
>>> needs of embedded software development and give us admin rights to our
>>> PCs.)
>> Believe me, I know what you're going through. But there's a better
>> solution: use one of your 'old' PC's (you *do* get a new computer once
>> in a while? I doubt that you're still using a 200MHz PentiumII with
>> Win3.1 on it), put a basic Linux on there (no KDE or Gnome or other
>> heavy stuff), add Apache and SVN. Then write a two line script which
>> dumps all the repositories and copies them to the 'big' server (you have
>> already shared folders there which get backed up), then call that script
>> from a cron job every day at midnight.
>> Put that old PC then somewhere in a dark corner in your office where
>> your IT guys can't find it and they'll never know...
>> (in case you're wondering: that's what we did at my former company)
>
> They can still find it - or not allow it to grab an IP address in the
> first place. In some environments, putting an unauthorized machine on
> the network is serious trouble.
Maybe we were lucky: we had a small IP range reserved for us because the
devices we developed were TCP/IP capable, and we needed IP addresses to
test those devices - the IT guys couldn't tell whether one of 'our' ip
addresses was used by our test devices or by our svn server :)
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Sat Sep 1 08:38:08 2007