On Mar 23, 2005, at 2:40 PM, Craig Heilman wrote:
> I'd like to be able to not only have a working copy of the code on the
> laptop, but also be able to access older versions from the repository.
> Unfortunately, most clients do not allow "foreign" machines on their
> networks, so I'd probably need a copy of the repository(s) on the
> laptop rather than trying to access it via the Internet. When the
> laptop repository(s) is "active", the desktop repository would not be
> in use (there's only one of me).
>
> (1) Would it be easiest to use "local" access (as depicted in Figure
> 1.1 of "The Book") between the client and repository on each machine
> and simply duplicate the repository(s) from desktop to laptop before a
> trip and then from laptop to desktop after returning (e.g. using
> Synchronize! Plus from Qdea)?
The previous solution of using a USB flash drive is a good one, if your
repository will fit and you find the speed acceptable.
If you have a .Mac account, turning on the preference to keep a local
copy of your iDisk might also be an option. You would always access the
repository locally and sync back to iDisk before and after a trip.
> (2) Any benefits in my situation to using svnserve or mod_dav_svn
> under Apache rather than local access?
That requires Apache 2.0 (unless I'm mistaken) and Mac OS X client
ships with Apache 1.x. You would have to manually install Apache 2.0
alongside the existing Apache. I've seen instructions on the net for
this but I've not tried it myself.
> (4) Although the "Book" says you can put multiple projects in one
> repository, is there any advantage to having a repository for each
> project (most my projects are just text code files)?
I would guess the tradeoff is convenience for sharing files (single
repository) vs not putting all of your eggs in one basket (multiple
repositories). If you are storing archives for your clients (i.e. you
are a consultant or contractor) you might be better off with separate
repositories to keep their source completely separate.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 24 05:56:28 2005