From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8528 invoked by alias); 17 Nov 2011 16:10:10 -0000 Received: (qmail 8392 invoked by uid 22791); 17 Nov 2011 16:10:07 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_SV X-Spam-Check-By: sourceware.org Received: from mail-ww0-f45.google.com (HELO mail-ww0-f45.google.com) (74.125.82.45) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Nov 2011 16:09:51 +0000 Received: by wwf10 with SMTP id 10so2566297wwf.2 for ; Thu, 17 Nov 2011 08:09:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.206.129 with SMTP id fu1mr25202294wbb.22.1321546187739; Thu, 17 Nov 2011 08:09:47 -0800 (PST) Received: by 10.216.8.210 with HTTP; Thu, 17 Nov 2011 08:09:47 -0800 (PST) In-Reply-To: <4EC52A2C.1030905@bopp.net> References: <1872837516.20111117113945@mtu-net.ru> <4EC52A2C.1030905@bopp.net> Date: Thu, 17 Nov 2011 16:10:00 -0000 Message-ID: Subject: Re: Rolling back to 1.6.x Subversion From: Jon Clugston To: cygwin@cygwin.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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 X-SW-Source: 2011-11/txt/msg00306.txt.bz2 On Thu, Nov 17, 2011 at 10:37 AM, Jeremy Bopp wrote: > On 11/17/2011 01:39, Andrey Repin wrote: >> Greetings, Jeremy Bopp! >> >>> All I really wanted to know was why it was important to hang back from = the >>> latest available version when getting the older one was less than trivi= al. >>> Not using anything more than the command line for svn (infrequently at = that) >>> made me forget how often that project changes formats in the working co= pies >>> and the ramifications of that behavior. >> >> On my memory, it wasn't changed even once in four years. Or all changes = were >> transparent. >> The main problem with 1.7 I see myself, I described earlier: No way to t= ell at >> a glance, if the directory you're working with is versioned or not. > > I want to think that they only change the working copy format when the > minor version changes, but I also think that they have done that with > every minor version transition since at least 1.4. =A0I know I remember > seeing the client request to upgrade my working copies at least once > before anyway. =A0Whether or not that upgrade was required, I can't say. This is all explained quite clearly in the documentation on the Subversion web site. Each minor release is allowed to change the working copy format in a non-compatible way (the lower numbered clients can't safely use it). This simplifies the development of Subversion but causes a (to me at least) very minor annoyance that all clients that will use the same working copy must be at the same minor release. This, however, doesn't stop anyone else who writes Subversion clients from transparently supporting multiple client versions simultaneously (and dealing with the complexity that creates). > > Regardless of the time period between minor version bumps, that rate of > change in working copies seems excessive to me given the relative > stability of other SCM tools, but that's just my likely ignorant > opinion. ;-) > > Maybe like you say, the other transitions allowed for some backward > compatible support. =A0It's odd then that they wouldn't allow for that in > the 1.7 client. =A0I would expect the 1.7 client to at least support > *using* existing version 1.6 working copies in order to avoid exactly > this sort of interoperability issue, but it sounds like it does not. > That's very unfortunate if true. > > If true, maybe it would make sense to allow for parallel installation of > svn versions that differ by minor number and use the alternatives system > to allow the user to select a particular one if they decided to install > both. =A0In other words, it would be handy to offer something like > subversion16 and subversion17 packages as well as an alias package named > just subversion that would pull in the latest version. =A0That's probably > more work than it's worth though given the number of sub-packages also > offered with subversion. > > -Jeremy > > -- > Problem reports: =A0 =A0 =A0 http://cygwin.com/problems.html > FAQ: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://cygwin.com/faq/ > Documentation: =A0 =A0 =A0 =A0 http://cygwin.com/docs.html > Unsubscribe info: =A0 =A0 =A0http://cygwin.com/ml/#unsubscribe-simple > > -- 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