[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: Hans-Emil Skogh <Hans-Emil.Skogh_at_tritech.se>
Date: Thu, 11 Jun 2009 16:39:17 +0200

I have skipped responding to some parts of the original mail. Hopefully no one minds. =)
 
> Those three options you mentioned ARE the "dependency manager".
> I am not convinced there are other, better options. I've done this long
> enough that you cannot convince me otherwise.
 
I sincerely hope that you haven't done this for so long that you cannot be convinced otherwise, but rather that you havent seen any arguments so far that have convinced you otherwise.

> The dependency management you are talking about, after briefly looking
> over Apache Ivy's website, looks like code-level dependency management.
 
You can use it as a general dependency manager, but it is mainly geared towards code-level dependency management for Java.
 
>> And to me that is a perfectly good argument not to prioritize this feature. ;-)
> Again, you're being naive and selfish.
 
:-)
 
> Just because you do not prefer this feature does not mean there aren't others
> that do. Perhaps we should take some time to hear feedback from people.
 
Absolutely! I'm all ears.

> Anyway, we're getting a bit off-topic from my initial post, and I blame myself
> for that. So, let's try to keep things on track. While this is a great philosophical
> discussion, we should really take it elsewhere. If you want to continue the discussion
> please email me personally so we do not cause unnecessary traffic on the mailing list.
 
I will do just that.

Hans-Emil

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2361305

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-06-11 16:39:27 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.