我总是使用 Visual Studio 来做这件事，甚至 MSDN 在编译和部署场景中也反复提到命令行方法。
这家伙只想做命令行，并被称赞为铁杆，但我看不到这样做的意义。我错过了什么？
问问题
303 次
4 回答
6
正如其他人所说，持续构建和自动化是使用命令行工具的很好理由。如果你想要一个可靠的部署过程，你必须有一种自动化的方式来构建和部署。如果您的部署过程包括启动 Visual Studio、加载项目、编译，然后手动将输出复制到部署目录，那么您将受到部署问题的困扰。您最终会得到部分构建、旧版本、忘记某些关键步骤等。
我发现 IDE 对于开发和调试至关重要。但我发现可靠地构建、测试和部署的唯一方法是自动化流程。
于 2012-02-19T05:33:05.420 回答
4
持续集成服务器等自动构建工具通常使用命令行 C# 编译器。花一些时间在 Linux 世界中，您将了解命令行的价值。
于 2012-02-19T05:21:28.540 回答
2
一大用途是您可以将它作为更大的一键式构建过程的一部分自动运行。拥有一个显示“打开 Visual Studio，打开解决方案，按 F6”或任何构建键的自动化脚本有点困难（或者至少是不必要的复杂）。
于 2012-02-19T05:21:25.397 回答
0
一方面，如果您将项目加载到持续集成服务器中，您将需要使用命令行方法进行自动构建。我猜这是它最常见的用途，但我敢肯定还有其他用途。
于 2012-02-19T05:22:00.233 回答