如何剥离解决方案命令行构建所不需要的所有包的devenv?

时间:2014-10-31 03:27:36

标签: visual-studio visual-studio-2013

我们正在使用devenv命令行在门控签入版本中构建我们的解决方案。基本上,它是 devenv abc.sln / build Debug

现在我想到了“devenv为构建加载了大量不必要的软件包,这会减慢它的速度。让我以安全模式运行它。”

因此,我将命令行修改为 devenv abc.sln / build Debug / SafeMode 。它工作得很好,只有一个项目无法加载。它是便携式类库。

请观察:

D:\TFS\DFGatedCheckIn>devenv DataSvc.sln /upgrade

Microsoft Visual Studio 2013 Version 12.0.30723.0.
Copyright (C) Microsoft Corp. All rights reserved.

Information:
This project/solution does not require migration. It will open without modification.

D:\TFS\DFGatedCheckIn>devenv DataSvc.sln /upgrade /safemode

Microsoft Visual Studio 2013 Version 12.0.30723.0.
Copyright (C) Microsoft Corp. All rights reserved.

Some errors occurred during migration. For more information, see the migration report:
D:\TFS\DFGatedCheckIn\UpgradeLog48.htm

Information:
This project/solution does not require migration. It will open without modification.

D:\TFS\DFGatedCheckIn>

在创建的升级日志中发现的唯一错误是:

Services\Platform\Resources\DfResources.csproj: The application which this project type is based on was not found. Please try this link for further information: http://go.microsoft.com/fwlink/?LinkID=299083&projecttype=786C830F-07A1-408B-BD7F-6EE04809D6DB

这是我们解决方案中唯一的便携式类库。所以,我认为安全模式下的Visual Studio不会加载负责理解这些项目的包。

我仍然希望尽量减少Visual Studio加载的包数量,但不能以牺牲正确性为代价。所以,我的问题是做正确的方法是什么?

特别是在我的情况下 - 如何在安全模式下运行以及用于识别可移植类库的软件包(BTW,我不知道哪一个)?

3 个答案:

答案 0 :(得分:0)

我遇到了同样的问题。不知道是什么以及如何造成这种情况。然而,运行命令“devenv / resetuserdata general”解决了我的问题。

答案 1 :(得分:0)

在安装VS2017(Windows 7)后尝试从VS2013命令提示符进行构建时,我遇到了类似的迁移错误。我的解决方案已经构建,因此应该没有错误。迁移错误似乎与.NET更改有关。对我来说,解决此问题的方法是在关闭所有打开的Visual Studio实例后,删除C:\ Users \您的用户名\ AppData \ Local \ Microsoft \ VisualStudio \ 12.0(或您遇到问题的任何版本)中的ComponentModelCache文件夹。删除该文件夹应该没有问题,因为重新打开VS时会重新创建该文件夹。

与ComponentModelCache文件夹有关的问题显然会引起许多奇怪的问题:http://withmartin.net/how-visual-studios-component-model-cache-can-be-a-pain/

答案 2 :(得分:0)

tl; dr 执行以下命令

"%VS2017_Path%\devenv.com" /ResetSettings "%VS2017_Path%\devenv.com" /setup

说明

好吧,所以我今天在构建服务器中目睹了这个问题,在那里我们为SSIS软件包设置了构建。突然之间,我们的SSIS构建停止工作,这意味着devenv.com命令错误地给出了很少的上述问题中提供的信息。

查看文章并深入研究日志后,我发现devenv.com中存在一个标志,建议记录错误,这非常有用。

devenv.com "PathToSsisSolution.sln" /rebuild "Development" /log c:\logfilepath.txt

使用上述命令,我可以查看日志,并在搜索这些日志的解决方案后发现,我已重置Visual Studio设置,并在devenv.com命令之前设置了此命令

"%VS2017_Path%\devenv.com" /ResetSettings "%VS2017_Path%\devenv.com" /setup

一切都开始正常运行。