Виртуальный каталог, содержащийся в веб-приложении в IIS, просто выглядит как пакет в Visual Studio.
Открыв корневое приложение и щелкнув по пакету, он должен спросить вас, хотите ли вы добавить дочернее приложение / vdir в решение. Затем откройте его как второй проект, затем вы можете обратиться к нему или использовать его по мере необходимости.
Идея, лежащая в основе тестового и оперативного развертывания, заключается в том, что у вас должны быть отдельные данные на случай, если ваше тестирование что-то сломает. По сути, используя для тестирования живые данные, вы должны быть уверены, что не удалите / не измените то, что не должны делать, иначе сломаете свою живую копию данных.
Сказав, что, если все, что вы планируете собрать, это что-то, что читает данные, это отличная идея, поскольку это сэкономит вам много дискового пространства и времени на развертываниях.
Сначала посмотрите, как вы хотите, в IIS, затем откройте все в VS.
Visual Studio рассматривает все виртуальные приложения, определенные на сервере, как вспомогательное приложение.
Если ресурсы в дочерних каталогах не настроены как приложения в IIS, они должны отображаться как обычная папка.
Например ...
Если вы настроили 2 веб-сайта в IIS и сопоставили физическую папку с вашими изображениями в обоих виртуальных каталогах, вы должны иметь доступ к ним как к обычным папкам при открытии в Visual Studio.
Однако, если вы превращаете виртуальные каталоги в приложения в IIS, а затем открываете веб-сайт в VS, он должен просто показать пакет. Нажатие на это добавляет его как второй проект в VS.
Я не лучший в объяснении вещей, но, надеюсь, это имело смысл.
Надеюсь, это поможет:)