[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: New idea for the checkout process

From: Jean-Marc van Leerdam <j.m.van.leerdam_at_gmail.com>
Date: Wed, 10 Jun 2009 16:38:52 +0200


2009/6/10 Robert Dailey <rcdailey_at_gmail.com>:
> On Wed, Jun 10, 2009 at 6:11 AM, Hans-Emil Skogh
> <Hans-Emil.Skogh_at_tritech.se> wrote:
>> I agree. The suggestion looks very nice to improve the usability of sparse
>> checkouts, but the question is if it would be worth the work...
> Well the question of whether it is worth the work or not doesn't really come down to if the feature would be practical or not, it basically comes down to who we can get to work on it. However, I think both facts intertwine to some degree.

But a sparse checkout window would only help the initial checkout.
Would there not also be benefit in a 'sparse update' like dialog that
allows you to 'reset' or change the checkout depth(s) currently in the
working copy?

>> I tend to consider reorganising my repository when I find myself in a
>> situation where I would like to exclude some parts of a working copy. With a
>> good repository layout, the need to use sparse checkouts can be almost
>> completely eliminated.
> You're wrong. There is no single definition for a "good repository layout". It is highly subjective
> and use-case
> specific.

Yes, hence the secondary requirement for some support to change the
initial checkout choices in a same sort of way that the checkout would
be done. Perhaps an additional issue?

.       ___
.  @@  // \\      "De Chelonian Mobile"
. (_,\/ \_/ \     TortoiseSVN
.   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
.   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-06-10 16:59:29 CEST

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.