我正在开发一个非常简单的C#解决方案,它包含两个项目:类库和库的安装程序。构建类库本身大约需要一秒钟。然而,构建安装程序需要不可预测/非常长的时间。更有趣的是,CPU在编译过程中似乎“休息”,将单个核心加入5到10秒,然后在接近0的时间内击中几秒钟。
安装程序项目非常简单。它只是类库的输出(单个DLL,大约2MB)和一些注册表项。
任何可能导致这种情况的想法?!
答案 0 :(得分:0)
我们遇到了这个问题,发现msi构建过程在c:\ Documents and Settings \ username \ Local Settings \ Temp文件夹中创建了vsi * .tmp文件,这些文件未被清理,因而随着时间的推移而逐渐增加。存在的这些文件越多,msi创建所需的时间就越长。我们通过使用计划任务删除任何>的文件来解决我们的问题。 24小时。
注意 - 对于我们的情况,服务器是Windows Server 2003 R2 - 因此是c:\ Documents and Settings前缀。如果您使用的是Windows Vista或Windows 7,则可能会通过在c:\ Users \ username下搜索vsi * .tmp来找到这些文件。
答案 1 :(得分:0)
如果有人在谷歌上遇到这个问题并没有其他解决方案似乎解决你的问题,你喜欢我自己的工作在USB驱动器...不要使用USB驱动器。虽然你只在TFS中设置了一个工作区,然后将usb拖动到不值得的位置。只需在本地驱动器上创建另一个工作区,并在需要时仅使用usb。
答案 2 :(得分:0)
经过一段时间的修改后,我发现将注册设置更改为COM的NOT REGISTER以支持DLL构建执行注册,安装程序构建变得更加可靠(并且更快)。我不确定这是一个解决方案,因为COM注册应该只是起作用。但是,我至少能够解决这个问题。