You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Oxley, David" <Da...@workplace-systems.plc.uk> on 2003/09/15 11:45:01 UTC

Subversion version compatability

We have just upgraded our server to 0.29.0, but our developers are
distributed across the country and they may be running earlier versions. A
couple of questions:
1. Will using an earlier version cause any corruption in the repository?
2. What problems will our developers encounter?
3. Can't the client be changed to output an error if it tries to talk to an
incompatible server? (i.e. The server is running 0.29.0, please upgrade your
client to 0.28.0 or above.)

Cheers.
Dave.


________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________

Re: Subversion version compatability

Posted by Ben Collins-Sussman <su...@collab.net>.
"Oxley, David" <Da...@workplace-systems.plc.uk> writes:

> We have just upgraded our server to 0.29.0, but our developers are
> distributed across the country and they may be running earlier versions. A
> couple of questions:
>
>
> 1. Will using an earlier version cause any corruption in the repository?

Corruption?  Not at all.  You might get network errors.

> 2. What problems will our developers encounter?

Network failures, due to changing network protocols.  A 0.29 server is
only "guaranteed" (in the sense of tech support) to work with a 0.29
or 0.28 client.  It may or may not work with an eariler client.

> 3. Can't the client be changed to output an error if it tries to talk to an
> incompatible server? (i.e. The server is running 0.29.0, please upgrade your
> client to 0.28.0 or above.)

This request has come up over and over, and has (in my memory) led to
long arguments about how to implement this... but never bore any
fruit.  :-(

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org