巨大的项目 - 建设时间长 [英] Huge project - long build time

问题描述

我们有一个庞大的项目，解决方案涉及50个项目的增长。每次我想要启动项目我都需要等待近1分钟才能完成构建。

编译器。这是无法解决的。


我想到只将我需要的项目加载到visual studio而不是整个解决方案。问题是编译器告诉我它找不到引用的dll（项目引用），但是它们都在bin / obj文件夹中。

。


为了解决这个问题，我想我可以用dll引用替换项目

引用。

但这会引入更多问题：当我必须完成一个完整的

重建时，我必须手动管理构建顺序，因为编译器不能

看看哪个项目是从哪个项目依赖的。

如果我从调试版本转换为发布版本，那么第二件事是什么？我是否必须将所有引用的dll中的所有路径从.\debug更改为。\ release？

它会以这种方式工作还是有其他/更好的解决方案？


-

cody


免费工具，游戏和幽默
http://www.deutronium.de.vu || http://www.deutronium.tk

We have a huge project, the solutuion spans 50 projects growing. Everytime I
want to start the project I have to wait nearly over 1 minute for the
compiler to complete building. This is unaccaptable.

I thought about loading only the project I need into visual studio and not
the whole solution. The problem is that the compiler tells me it cannot find
the referenced dlls (project references) although they are all lying in
their bin and obj folders.

To get around that problem I have the idea that I could replace the project
references with dll references.
But this would introduce more problems: When I have to make a complete
rebuild, I have to manage the build order manually since the compiler cannot
see which project is dependend from which.
Thr second thing is what is if I switch from debug to release build? Do I
have to change all paths from all referenced dlls from .\debug to .\release?
Would it work this way or is there another/better solution?

--
cody

Freeware Tools, Games and Humour
http://www.deutronium.de.vu || http://www.deutronium.tk

推荐答案

尝试 http://www.codeproject.com/macro/fastsolutionbuild.asp

我自己从不使用它，但它应该是大大提高了依赖度

检查时间。


史蒂夫


" cody" <无**************** @ gmx.net>在留言中写道

新闻：％2 **************** @ TK2MSFTNGP10.phx.gbl ...

Hi,

Try http://www.codeproject.com/macro/fastsolutionbuild.asp

Never used it myself, but it''s supposed to greatly improve depedency
checking time.

Steve

"cody" <no****************@gmx.net> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

我们有这是一个庞大的项目，解决方案涉及50个项目的增长。每次
我想启动项目我必须等待近1分钟才能完成构建。
编译器。这是无法解决的。

我想过只将我需要的项目加载到visual studio而不是整个解决方案。问题是编译器告诉我它不能找到引用的dll（项目引用），尽管它们都位于它们的bin和obj文件夹中。

为了解决这个问题，我认为我可以用dll引用代替
项目
引用。
但这会引入更多问题：当我必须完成一个完整的
时重建，我必须手动管理构建顺序，因为编译器无法确定哪个项目依赖于哪个。
第二件事是如果我从调试转换为发布版本是什么？我是否必须将所有引用的dll中的所有路径从.\debug更改为
。\ release？
它会以这种方式工作还是有其他/更好的解决方案？

-


免费工具，游戏和幽默
http://www.deutronium.de.vu || http://www.deutronium.tk

We have a huge project, the solutuion spans 50 projects growing. Everytime
I
want to start the project I have to wait nearly over 1 minute for the
compiler to complete building. This is unaccaptable.

I thought about loading only the project I need into visual studio and not
the whole solution. The problem is that the compiler tells me it cannot
find
the referenced dlls (project references) although they are all lying in
their bin and obj folders.

To get around that problem I have the idea that I could replace the
project
references with dll references.
But this would introduce more problems: When I have to make a complete
rebuild, I have to manage the build order manually since the compiler
cannot
see which project is dependend from which.
Thr second thing is what is if I switch from debug to release build? Do I
have to change all paths from all referenced dlls from .\debug to
.\release?
Would it work this way or is there another/better solution?

--
cody

Freeware Tools, Games and Humour
http://www.deutronium.de.vu || http://www.deutronium.tk

但这仅适用于C ++ - 但我们使用的是C＃。


-

cody


免费软件工具，游戏和幽默
http： //www.deutronium.de.vu || http://www.deutronium.tk

"史蒂夫麦克莱伦" < sjm.NOSPAM AT fixerlabs DOT com> schrieb im Newsbeitrag

新闻：#b ************** @ TK2MSFTNGP12.phx.gbl ...

But this is for C++ only - but we are using C#.

--
cody

Freeware Tools, Games and Humour
http://www.deutronium.de.vu || http://www.deutronium.tk
"Steve McLellan" <sjm.NOSPAM AT fixerlabs DOT com> schrieb im Newsbeitrag
news:#b**************@TK2MSFTNGP12.phx.gbl...

尝试 http://www.codeproject.com/macro /fastsolutionbuild.asp

从未使用过它，但它应该会大大改善依赖性
检查时间。

Steve

cody <无**************** @ gmx.net>在消息中写道
新闻：％2 **************** @ TK2MSFTNGP10.phx.gbl ...

Hi,

Try http://www.codeproject.com/macro/fastsolutionbuild.asp

Never used it myself, but it''s supposed to greatly improve depedency
checking time.

Steve

"cody" <no****************@gmx.net> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

我们有一个庞大的项目，解决方案涉及50个项目的增长。
每次我想开始这个项目我都需要等待近1分钟才能完成构建。
编译器。这是无法解决的。

我考虑过只将我需要的项目加载到visual studio中，而b $ b不是整个解决方案。问题是编译器告诉我它不能找到引用的dll（项目引用），尽管它们都位于它们的bin和obj文件夹中。

为了解决这个问题，我认为我可以用dll引用代替
项目
引用。
但这会引入更多问题：当我必须完成一个完整的
时重建，我必须手动管理构建顺序，因为编译器无法确定哪个项目依赖于哪个。
第二件事是如果我从调试转换为发布版本是什么？做
我必须将所有引用的dll中的所有路径从.\debug更改为
。\ release？
它会以这种方式工作还是有其他/更好的解决方案？

-


免费工具，游戏和幽默
http://www.deutronium.de.vu || http://www.deutronium.tk

We have a huge project, the solutuion spans 50 projects growing. Everytime I
want to start the project I have to wait nearly over 1 minute for the
compiler to complete building. This is unaccaptable.

I thought about loading only the project I need into visual studio and not the whole solution. The problem is that the compiler tells me it cannot
find
the referenced dlls (project references) although they are all lying in
their bin and obj folders.

To get around that problem I have the idea that I could replace the
project
references with dll references.
But this would introduce more problems: When I have to make a complete
rebuild, I have to manage the build order manually since the compiler
cannot
see which project is dependend from which.
Thr second thing is what is if I switch from debug to release build? Do I have to change all paths from all referenced dlls from .\debug to
.\release?
Would it work this way or is there another/better solution?

--
cody

Freeware Tools, Games and Humour
http://www.deutronium.de.vu || http://www.deutronium.tk

此外它不起作用。我安装了它并没有出现在视觉上的b $ b工作室宏。我也试过regsrv32手动注册它，它也没有在视觉工作室中显示
。


-

cody


免费工具，游戏和幽默
http://www.deutronium.de.vu || http://www.deutronium.tk

"史蒂夫麦克莱伦" < sjm.NOSPAM AT fixerlabs DOT com> schrieb im Newsbeitrag

新闻：#b ************** @ TK2MSFTNGP12.phx.gbl ...

Additionally it doesn''t work. I installed it and it didn''t show up in visual
studio macros. I also tried regsrv32 register it manually and it also didn''t
show up in visual studio.

--
cody

Freeware Tools, Games and Humour
http://www.deutronium.de.vu || http://www.deutronium.tk
"Steve McLellan" <sjm.NOSPAM AT fixerlabs DOT com> schrieb im Newsbeitrag
news:#b**************@TK2MSFTNGP12.phx.gbl...

尝试 http://www.codeproject.com/macro /fastsolutionbuild.asp

从未使用过它，但它应该会大大改善依赖性
检查时间。

Steve

cody <无**************** @ gmx.net>在消息中写道
新闻：％2 **************** @ TK2MSFTNGP10.phx.gbl ...

Hi,

Try http://www.codeproject.com/macro/fastsolutionbuild.asp

Never used it myself, but it''s supposed to greatly improve depedency
checking time.

Steve

"cody" <no****************@gmx.net> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

我们有一个庞大的项目，解决方案涉及50个项目的增长。
每次我想开始这个项目我都需要等待近1分钟才能完成构建。
编译器。这是无法解决的。

我考虑过只将我需要的项目加载到visual studio中，而b $ b不是整个解决方案。问题是编译器告诉我它不能找到引用的dll（项目引用），尽管它们都位于它们的bin和obj文件夹中。

为了解决这个问题，我认为我可以用dll引用代替
项目
引用。
但这会引入更多问题：当我必须完成一个完整的
时重建，我必须手动管理构建顺序，因为编译器无法确定哪个项目依赖于哪个。
第二件事是如果我从调试转换为发布版本是什么？做
我必须将所有引用的dll中的所有路径从.\debug更改为
。\ release？
它会以这种方式工作还是有其他/更好的解决方案？

-


免费工具，游戏和幽默
http://www.deutronium.de.vu || http://www.deutronium.tk

We have a huge project, the solutuion spans 50 projects growing. Everytime I
want to start the project I have to wait nearly over 1 minute for the
compiler to complete building. This is unaccaptable.

I thought about loading only the project I need into visual studio and not the whole solution. The problem is that the compiler tells me it cannot
find
the referenced dlls (project references) although they are all lying in
their bin and obj folders.

To get around that problem I have the idea that I could replace the
project
references with dll references.
But this would introduce more problems: When I have to make a complete
rebuild, I have to manage the build order manually since the compiler
cannot
see which project is dependend from which.
Thr second thing is what is if I switch from debug to release build? Do I have to change all paths from all referenced dlls from .\debug to
.\release?
Would it work this way or is there another/better solution?

--
cody

Freeware Tools, Games and Humour
http://www.deutronium.de.vu || http://www.deutronium.tk

这篇关于巨大的项目 - 建设时间长的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！