From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27338 invoked by alias); 17 Nov 2013 23:08:04 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 27327 invoked by uid 89); 17 Nov 2013 23:08:03 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.4 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RDNS_NONE,SPF_PASS autolearn=no version=3.3.2 X-HELO: out.ipsmtp2nec.opaltelecom.net Received: from Unknown (HELO out.ipsmtp2nec.opaltelecom.net) (62.24.202.74) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Sun, 17 Nov 2013 23:08:01 +0000 X-SMTPAUTH: drstacey@tiscali.co.uk X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAORLiVJV0kZo/2dsb2JhbAANTMBFgnuBJoMZAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQG2XJJMF449gTMWhBsDrUWBag X-IPAS-Result: ApMBAORLiVJV0kZo/2dsb2JhbAANTMBFgnuBJoMZAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQG2XJJMF449gTMWhBsDrUWBag Received: from 85-210-70-104.dynamic.dsl.as9105.com (HELO [192.168.1.2]) ([85.210.70.104]) by out.ipsmtp2nec.opaltelecom.net with ESMTP; 17 Nov 2013 23:07:52 +0000 Message-ID: <52894C42.3070704@tiscali.co.uk> Date: Sun, 17 Nov 2013 23:08:00 -0000 From: David Stacey User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: : Subversion packages References: <52890843.90903@acm.org> <20131117194958.GA4006@ednor.casa.cgf.cx> <174472546.20131118011119@mtu-net.ru> In-Reply-To: <174472546.20131118011119@mtu-net.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2013-11/txt/msg00300.txt.bz2 On 17/11/13 21:11, Andrey Repin wrote: > Normally, you can expect Subversion to transparently operate across different > mix of client and server versions, but they've made a... change[1]... back in > the days, that made working directories illegible in newer (1.7+) clients. > The 1.7 client has the means of converting 1.6 working directories to a new > format. I'm unsure, if 1.8 still have this ability. You are correct - you can mix different versions of the svn client and server. For instance, I have used svn-1.7 and svn-1.8 clients with a svn-1.6 server without any difficulty. However, if the server is an earlier release than the client then you may not enjoy some of the new benefits that the client offers. Escaping the svn-1.6 client can be quite tricky, as it is embedded into many different development products and plugins. However it is worth the effort, and I would encourage the OP to upgrade if possible. The fact that svn-1.6 is no longer supported will be an incentive for most companies. If anyone is genuinely unable to upgrade and desperate for a Cygwin svn-1.6 client then there is always the Cygwin Time Machine - surely this is preferable to the considerable effort of maintaining parallel svn installations. Regarding you second point: The svn-1.7 client introduced a new working copy format, and you had to 'svn upgrade' your old svn-1.6 working copies. Once a working copy has been upgraded, it can then only be used with a svn-1.7 client. The same is true when upgrading the client from svn-1.7 to svn-1.8: the working copy must be upgraded again, and once upgraded the working copy can only be used with a svn-1.8 client. All of this is independent of the server version. In theory, it is possible for a svn-1.8 client to upgrade a svn-1.6 working copy, although I've not attempted this personally. Dave. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple