Сборки в .Net являются "пакетом" самого высокого уровня, о котором он знает. Они примерно эквивалентны .jar файлам в Java. Есть системы над сборками (например, пакеты Web Deploy ), но они используются инструментами и надстройками более высокого уровня - они не являются основными понятиями .Net.
Вместо Муравей мы имеем MsBuild .
Решения Visual Studio представляют собой комбинации проектов Visual Studio, а проекты Visual Studio представляют собой сценарии MsBuild. Вы можете создать любой из них с помощью Visual Studio или MsBuild.
Сборки составляются для вас компилятором . Сценарий MsBuild используется для указания того, какие файлы компилируются в сборку, и для указания ссылок на другие сборки.
.Net сборки могут видеть сборки в GAC ( Global Assembly Cache - это для всей системы) и сборки в одном каталоге. Не существует каталогов волшебных библиотек, которые загружаются так, как в Java WAR .
На стороне .Net IIS является как веб-сервером, так и сервером приложений.
Имеется вещь под названием пулы приложений , которые запускаются под определенным пользователем и загружают определенную версию .Net Framework . Вы можете применять их на уровне «сайта» или «приложения».
В IIS у вас есть «сайты» (иногда просто «Веб-сайт по умолчанию»), и вы создаете «виртуальный каталог» под этим сайтом. Тогда вы можете «пометить его как приложение». Вы привязываете виртуальные каталоги к реальным каталогам файловой системы и можете просто удалить файлы, которые вы развертываете, в этот каталог.
См .: Общие сведения о сайтах, приложениях и виртуальных каталогах в IIS
В IIS нет каталога развертывания, как есть серверы приложений Java. Вы сбрасываете свои страницы и сборки прямо в каталог, из которого они обслуживаются.
Но есть структура каталогов для веб-сайтов. Проекты, созданные в Visual Studio, уже настроены на соответствие этой иерархии, поэтому вы можете просто взять всю папку проекта и выбросить ее в IIS.
Если вы хотите сделать что-то более автоматизированное, загляните в Web Deploy .