命令行C＃编译有什么意义？

Question

我总是使用Visual Studio来执行此操作，但即使MSDN在编译和部署方案中也会反复引用命令行方法。

This guy想要仅命令行，并且因为是硬核而受到称赞，但我没有看到这样做的重点。我错过了什么？

Answer 1

正如其他人所说，持续构建和自动化是使用命令行工具的非常好的理由。如果您需要可靠的部署过程，则必须具有自动构建和部署方法。如果您的部署过程包括启动Visual Studio，加载项目，编译，然后手动将输出复制到部署目录，那么您将遇到部署问题。你将最终得到部分版本，旧版本，忘记一些关键步骤等等。

我发现IDE对于开发和调试至关重要。但我发现可靠构建，测试和部署的唯一方法是自动化该过程。

Answer 2

自动构建工具（如持续集成服务器）通常使用命令行C＃编译器。花一些时间在Linux世界中，你将学习命令行的价值。

Answer 3

一个重要的用途是，您可以在更大的一键构建过程中自动运行它。拥有一个自动脚本很难（或者至少是不必要的复杂），该脚本会显示“打开Visual Studio，打开解决方案，按F6”或任何构建密钥。

Answer 4

首先，如果将项目加载到持续集成服务器中，则需要使用命令行方法进行自动构建。我猜这是最常见的用途，但我确信还有其他用途。