On Thu, Jan 29, 2015 at 11:15 PM, Stefan Sperling <stsp_at_elego.de> wrote:
> On Thu, Jan 29, 2015 at 11:01:32PM +0100, Stefan Kueng wrote:
>> >On Thu, Jan 29, 2015 at 07:26:01PM +0100, Stefan Kueng wrote:
...
>> >Well, I'd rather avoid having to make commits to multiple repositories.
>> >If this feature only works for externals pointing at the same repository
>> >then it's quite limited, isn't it?
>>
>> It's limited, but not as much as you might think. Such recursive externals
>> are most often used in company internal setups, and there they all point to
>> the same repository. So for all those, that's a big help and really
>> required.
>
> How can we know that most people are using just one repository?
> It's an assumption we can make, but we can't really know.
> I think this is a severe limitation of the whole idea. And I'd rather not
> encourage people to rely on externals within externals...
From the peanut gallery: I'm with Stefan Küng on this. I think
"intra-repository externals" are used *a lot*, especially in
companies. I'm not a big fan of this way of working myself, but I can
certainly see it happening (just a couple of months ago in my company
someone reused an xml schema (which was relevant to three different
subprojects) by using file externals).
I think it's fine for some features to work only for intra-repos
externals and not for, well, external externals :-). As long as it's
clear to the user. (don't we have a similar limitation for e.g. 'svn
commit --include-externals'?)
--
Johan
Received on 2015-01-30 00:46:05 CET