Martin Furter wrote:
>> http://svn.apache.org/viewvc/subversion/trunk/tools/client-side/svn-viewspec.py?view=markup
>>
> 
> No, I didn't know that script, it's nice.
> 
> The only problem I see with that script is that it is a script. If it
> were integrated into subversion all clients can (and probably will)
> include the feature.

I wholeheartedly agree that this is functionality that belongs in Subversion
itself.  I can easily envision the likes of 'svn checkout --view VIEW-FILE'
(where VIEW-FILE is a local path *or a Subversion-versioned file URL*).

Some things stand in the way of this being of practical drop-in use today,
though.

First, Subversion still has a significant shortcoming in its sparse
checkouts support that was pointed out to me recently (via the svnbook issue
tracker, of all places):  you cannot register your desire to exclude bits of
a tree *at the time you check out the tree*.  You can't say, "Gimme /trunk
but without /trunk/massive-test-data-tree."  You'd have to checkout the big
ol' tree you don't want, and 'then' exclude the thing.  Alternatively, you
can try to build a tree piecemeal of the stuff you want -- but then if new
stuff appears in the repository, you might not notice that stuff.

Secondly, it's still limited to subsets of a particular repository tree.
There's no support for assembling trees from various repository locations,
or locations in other repositories, etc.

Still, maybe we have enough from a rapid-prototyping standpoint now to start
looking at getting some skeletal support for views into place?


-- 
C. Michael Pilato <cmpil...@collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to