常见的方法是什么？
维护一个单独的构建文件(例如 nant(需要花费时间，但不会将您锁定在 Visual Studio 中。
大多数开发人员是使用 Visual Studio 解决方案进行构建，还是必须使用 nant 构建文件。
最佳实践是什么？
我所做的是使用 proj 文件而不是 sln 文件。MSbuild可以很好地处理它们。
这样你就两全其美。您没有被锁定在 VS 中，但您也不必维护构建文件的 2 个副本
这取决于您的项目...
我想将多个解决方案构建为一个产品，因此我使用 msbuild/nant 将它们全部包含在内。
使用生成文件的另一个原因是，当 CI 服务器生成项目时要执行更多操作，并且不希望在开发人员生成解决方案时执行这些操作(例如，复制文件以进行部署或设置程序集版本(
一般来说，我认为除非你有理由使用构建文件，否则你可以只使用 sln 文件