visual-studio-2012 - TFS 2012 内部版本 : sln or csproj?

Question

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

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

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

Answer 1

Just wondering if there is a preference between sln or csproj files when building projects in TFS 2012. We typically build sln files in TFS to support our dev teams and that's usually the standard, but one team is asking why we can't build csproj files instead in TFS.

他们为什么要这样做？在这个调查中是否表达了某种优势？

I noticed that to build a csproj file you have to provide arguments in the MSBuild Arguments field for a TFS build definition, and you do not have to provide these arguments when building a solution file. So other than this small detail I'm not sure what the pros and cons are between building an sln vs csproj.

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

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

Can someone please shed some light on the benefits, pros/cons of building a sln vs csproj in TFS, is there a common practice, a standard, or does it really matter?

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