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