Я всегда использую Visual Studio для этого, но даже MSDN неоднократно ссылается на подходы командной строки в сценариях компиляции и развертывания.
Этот парень хочет сделать < em> only, и его хвалят за то, что он хардкорен, но я не вижу смысла делать это таким образом. Что мне не хватает?
Непрерывная сборка и автоматизация, как говорили другие, - очень веские причины для использования инструментов командной строки. Если вам нужен надежный процесс развертывания, у вас должен быть автоматизированный способ сборки и развертывания. Если ваш процесс развертывания состоит из запуска Visual Studio, загрузки проекта, компиляции, а затем ручного копирования вывода в каталог развертывания, тогда вы столкнетесь с проблемами развертывания. В итоге вы получите частичные сборки, старые версии, забудете какой-то важный шаг и т. Д.
Я считаю, что IDE необходима для разработки и отладки. Но я обнаружил, что единственный способ надежно построить, протестировать и развернуть - автоматизировать процесс.
Инструменты автоматической сборки, такие как серверы непрерывной интеграции, обычно используют компиляторы командной строки C #. Проведите некоторое время в мире Linux, и вы узнаете значение командной строки.
Одно из важных применений - то, что вы можете запускать его автоматически как часть более крупного процесса сборки в один щелчок. Сложно (или, по крайней мере, излишне сложно) иметь автоматизированный скрипт, который говорит: «Откройте Visual Studio, откройте решение, нажмите F6» или любой другой ключ сборки.
Во-первых, если вы загружаете проект на сервер непрерывной интеграции, вам нужно будет использовать подход командной строки для автоматизированных сборок. Я предполагаю, что это наиболее распространенное его использование, но я уверен, что есть и другие.
