tjd*_*bts 103 msbuild tfs release build devenv
我希望命令行使用msbuild构建解决方案的特定项目,就像我们使用devenv.com.In devenv.com,我们可以使用以下命令行指定解决方案的项目
devenv.com /Build Release|x86 test.sln /project "testproject"
Run Code Online (Sandbox Code Playgroud)
使用上面的命令行,我可以使用devenv.com在test.sln中构建testproject.对于同一解决方案,msbuild的命令行是什么.
谢谢
Eas*_* L. 181
msbuild test.sln /t:project /p:Configuration="Release" /p:Platform="x86" /p:BuildProjectReferences=false
Run Code Online (Sandbox Code Playgroud)
请注意,分配给的/t是解决方案中的项目名称,它可以与项目文件名不同.
此外,如果它包含一个点,请用下划线替换它.
来自@Watusimoto的重要评论:
如果你的项目名称中有一个%(点),$用/ t指定它时用(下划线)替换它
您还可以一次构建多个项目:
msbuild test.sln /t:project;project2 /p:Configuration="Release" /p:Platform="x86" /p:BuildProjectReferences=false
Run Code Online (Sandbox Code Playgroud)
要重建或清理,请更改@为;或.
Mar*_*ith 14
MSBuild实际上通过使用项目而不是解决方案来工作.该解决方案仅用于在内部将其解析为MSBuild中的临时项目文件.您应该能够通过执行以下命令直接通过MSBuild构建感兴趣的项目.
"msbuild testproject /p:Configuration=Release /p:Platform=x86"
Run Code Online (Sandbox Code Playgroud)
我知道有一个主要问题是你可以直接使用项目而不是解决方案:如果你使用解决方案表达项目之间的依赖关系,而不是添加对项目的引用,让构建系统自动解决依赖关系.
如果您使用sln文件强制执行构建顺序,我建议将这些依赖项直接用于proj文件并从sln中删除它们.这将允许您直接从MSBuild调用任何proj文件,并且项目将独立构建而无需任何额外的工作.您真的应该将sln文件视为一组项目,以使Visual Studio中的工作更容易,而不是作为构建输入.
小智 8
作为未来寻求者的信息发布
将以下内容添加到构建脚本并运行一次.这将生成msbuild实际使用的确切目标和其他信息.
例如:如果你有.项目名称或文件夹,msbuild将_代替..
set MSBuildEmitSolution=1
Run Code Online (Sandbox Code Playgroud)
获取信息后,使用所需的详细信息更新构建脚本.
为此,您需要知道项目的目标名称是什么,而不一定是项目名称。
找到这个问题的一种方法是,在设置一个名为 的MSBuildEmitSolution值的特殊环境变量后,使用 MSBuild 与您的 SLN 结合使用预期参数1。
set MSBuildEmitSolution=1
msbuild my_stuff.sln /t:rebuild /p:Configuration=Release /p:Platform=x64
Run Code Online (Sandbox Code Playgroud)
由于嵌套目录中目标的名称非常具体,我最近不得不执行此操作。所以从我生成的文件中,my_stuff.sln.metaproj我找到了这一行:
<Target Name="Utils\Firewall\FirewallUtils:Rebuild">
这意味着要使用的命令行最终是,
msbuild my_stuff.sln /t:Utils\Firewall\FirewallUtils:Rebuild /p:Configuration=Release /p:Platform=x64
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
76945 次 |
| 最近记录: |