命令行C#编译的意义何在
本文关键字:编译 命令行 | 更新日期: 2023-09-27 18:25:09
我总是使用Visual Studio来完成这项工作,但即使是MSDN也会在编译和部署场景中重复引用命令行方法。
这个家伙只想做命令行,并被称赞为铁杆,但我不认为这样做有什么意义。我错过了什么?
正如其他人所说,持续的构建和自动化是使用命令行工具的好理由。如果你想要一个可靠的部署过程,你必须有一个自动化的方法来构建和部署。如果您的部署过程包括启动Visual Studio、加载项目、编译,然后手动将输出复制到部署目录,那么您将面临部署问题。你最终会得到部分构建、旧版本、忘记一些关键步骤等。
我发现IDE对于开发和调试是必不可少的。但我发现,可靠地构建、测试和部署的唯一方法是自动化流程。
像连续集成服务器这样的自动构建工具通常使用命令行C#编译器。花点时间在Linux世界里,你会学到命令行的价值。
一个很大的用途是,您可以将其作为更大的一键构建过程的一部分自动运行。要有一个自动脚本,上面写着"打开Visual Studio,打开解决方案,按F6"或任何你的构建键,这有点困难(或者至少是不必要的复杂)。
首先,如果将项目加载到连续集成服务器中,则需要使用命令行方法进行自动构建。我猜这是它最常见的用法,但我相信还有其他用法。