On 11/23/2010 11:39 AM, Daniel Shahaf wrote:
> Les Mikesell wrote on Tue, Nov 23, 2010 at 11:03:11 -0600:
>> The current version uses the directory structure of your workspace to
>> hold the repository information, so it sort-of makes sense that you
>> can't mix files from different repositories in the same directory.
> And why would this argument be less valid when subjected to s/files/dirs/ ?
Isn't that obvious? When you create the dir, you get the place to hold
the metadata for the corresponding repo - just like any other part of
the workspace and equivalent to the reason you have to check out a
directory for a workspace, not just a file.
> There is no reason file externals shouldn't be able to be cross-repository.
> (They were originally implemented in a way that doesn't allow that, but
> that's another story.)
You could say the same about checking out a single file as your only
working copy - or having to have the pristine copy in the metadata at
all. When working copies are redesigned to not require the metadata to
live under every working copy directory things will be different. But
not necessarily better - the current design has some good points, like
being able to copy any part of a working copy tree and still have it be
a working copy.
Received on 2010-11-23 19:04:06 CET