TFS 2012 Build:sln还是csproj？

Question

只是想知道在TFS 2012中构建项目时是否存在sln或csproj文件之间的偏好.我们通常在TFS中构建sln文件以支持我们的开发团队,这通常是标准,但是一个团队问我们为什么不能构建csproj文件而是在TFS中.

我注意到要构建一个csproj文件,您必须在MSBuild Arguments字段中为TFS构建定义提供参数,并且在构建解决方案文件时不必提供这些参数.除了这个小细节之外,我不确定构建sln与csproj之间的利弊是什么.

有人可以了解一下在TFS中建立sln vs csproj的好处,优点/缺点,是否有通用的做法,标准,还是真的重要？

Answer 1

只是想知道在 TFS 2012 中构建项目时 sln 或 csproj 文件之间是否存在偏好。我们通常在 TFS 中构建 sln 文件以支持我们的开发团队，这通常是标准，但一个团队问为什么我们不能构建 csproj 文件而是在 TFS 中。

他们为什么要这样做？这次调查是否阐明了某种优势？

我注意到，要构建 csproj 文件，您必须在 TFS 构建定义的 MSBuild Arguments 字段中提供参数，而在构建解决方案文件时则不必提供这些参数。因此，除了这个小细节之外，我不确定构建 sln 与 csproj 之间的优缺点是什么。

.sln 是一个主项目，在运行时转换为 msbuild 脚本，并将使用与解决方案中的 .csproj 项目相同架构的元数据文件。

要了解我在说什么，请打开命令提示符，键入“SET MSBUILDEMITSOLUTION=1”，然后键入“msbuild.exe Solution.sln”，然后解析新的“solution.metaproj”和“solution.metaproj.tmp”文件。

有人可以阐明一下在 TFS 中构建 sln 与 csproj 的好处、优点/缺点吗？是否有常见的做法、标准，或者它真的很重要吗？

.csproj 将是单个项目，而 .sln 将是项目的集合。构建单个 .csproj 将产生该项目的输出二进制文件（以及依赖项），而构建整个解决方案将产生整个解决方案的输出。