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

Re: A suggestion needed on using shared .Net DLLs

From: Rev. Steve Klett <steveklett_at_gmail.com>
Date: 2006-08-02 16:21:54 CEST

are you components changing that often that you need to "always" download
all the source? Are your component projects part of your main project's
solution? If so, they should be built wen you build your main project
assuming your main project has a project reference to the required
components.

I'm not really understanding the problem I guess.

Having the source to components while developing applications that consume
them is the greatest luxury as you can really chase down bugs when they
occur, but I'm sure you already know this.

If data size is the issue, what is the difference between a bloated .net
assembly and the source to create it? I would think the source is smaller?

Sorry for not directly answering your question. ;0)

On 8/2/06, Vijay Gill <vijay.s.gill@gmail.com> wrote:
>
> Hi,
>
> I develop my own components some times for using in my projects. I
> maintain every component as an independent project.
>
> Now after having more than a few of those, I am running into the
> problem of maintaining the latest versions. Currently I have to get
> the latest source code of the components, compile them and then only I
> can start working on my main project (by getting its latest version
> also).
>
> Is it ok if I do the following?
>
> I create another repository for the compiled version of my components.
> And then use this repository as externals in every project that I
> develop. This way, if I download the latest source code of my project,
> I will get latest version of my components also.
>
> Since this involves another developer over-seas, I need a solution to
> my problem badly. We both are sick of downloading the latest versions
> of source code of every component, compiling it before starting to
> work on the actual project.
>
> If my idea is not wrong, I will try to do the things myself and may be
> come back later with more questions :)
>
> Regards from
>
> Vijay
>
> PS: Apologies if this mail should have gone to subversion ML.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
> For additional commands, e-mail: users-help@tortoisesvn.tigris.org
>
>
Received on Wed Aug 2 16:22:08 2006

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

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