Since subversion can't merge binary files, you might want to encourage
users to lock files while editing them. Another option would be to
set the svn:needs-lock property so that files are checked out
read-only and must be locked before editing. There's not a way that I
know of to set the svn:needs-lock property by default for all files
added to the repository (it could be done per client using auto-props,
but not on the server).
Locking and svn:needs-lock:
http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.locking.lock-communication
auto-props:
http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.props.auto
You might also consider turning on WebDAV autoversioning and mounting
the repository as a network drive under Windows using a program such
as NetDrive. Your users would see it as just another drive, and not
have to learn any new Subversion concepts. However, it will treat
every little change to a file as a new revision, and can be much
slower than a normal network drive when dealing with lots of files or
large files.
For WebDAV and autoversioning, see:
http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.webdav
NetDrive:
http://support.novell.com/servlet/filedownload/uns/pub/ndrv41862.exe/
On 12/3/05, Jon Bendtsen <jon.bendtsen@laerdal.dk> wrote:
> Den 48337lørdag kl. 21:52 skrev Jason Mills:
>
> > Hi,
> >
> > At work, we are considering rolling out Subversion as a version
> > control system for general office documents, using TortoiseSVN as a
> > client. This means non-technical users will be using this setup to
> > manage word processing documents, spreadsheets, and images (i.e.
> > mostly binary files). Additionally, the repositories will likely
> > get big (gigs).
> >
> > I was wondering if anyone on this group has any recommendations or
> > comments about using SVN for this purpose. Should I be looking for
> > another tool?
>
> Go for it. We use it at work and it is really great.
>
>
>
> JonB
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Dec 4 04:36:57 2005