msbuild文件vs sln和项目文件

我喜欢的方法是,每个项目都有自己的构建文件(不管是msbuild还是nant等),然后有一个构建所有项目的主构建。这样,您将注意力集中在项目上(例如在修复bug时),并在签入之前运行主构建加上master.build,这就是在构建机器上运行的。

您仍然可以在VS中正常地构建和调试,构建脚本是独立的。生成脚本将仅用于生成框,并在签入前运行。

这只是我的看法。你可以在上面找到我的帖子 getting started with CI 有用的…

祝你好运!

创建运行msbuild任务的生成脚本。将msbuild任务指向解决方案或项目。编译源代码变得简单,这只是另一项任务。您的构建脚本,如果可以自由地专注于更大更好的事情。

您的CI服务器将运行生成脚本。要在本地计算机上运行生成,请在项目中包含.bat文件。.bat文件调用msbuild来运行生成脚本,并为生成日志文件等操作设置命令行选项。然后您可以双击BAT文件并查看日志文件以查看结果。下面是一个例子:

%WINDIR%\Microsoft.NET\Framework\v3.5\MSBuild.exe build.xml /fileLogger /fileLoggerParameters:LogFile=MSBuildLog.txt

我在google上找到了杰夫关于“f5”的帖子:

http://blog.codinghorror.com/the-f5-key-is-not-a-build-process/

通过这篇文章和其他几篇文章,我决定最好创建一个独立于SLN和项目文件的msbuild脚本。

斯科特·汉塞尔曼( Scott's Blog )有一个关于在vs中创建运行构建脚本的快捷方式的好链接。 blog entry about parallel building

我假设您仍然需要按F5进行调试,并且大多数情况下无法避免这种情况(ASP.NET可以附加到进程,因此您不必一直这样做)。

我将首先查看项目文件并从中构建一个脚本,然后定制以适应之后的需求。

希望这能帮助其他人在未来环顾四周。