.compile файл прибывает из предварительной компиляции на развертывании. Таким образом, у Вас в основном есть 3 опции:
, я работал в к той же проблеме сам. Я на самом деле выбираю № 1 в большинстве случаев при контакте с развертыванием веб-сайтов, но в редком случае, когда я знаю, что оказываюсь перед необходимостью поддерживать сайт в течение длительного промежутка времени, я не тороплюсь для обновления его до веб-приложения.
Я не знаю о .compiled файлах, но Вы могли настроить свои серверы для обновления их файлов с подверсией вместо того, чтобы вручную копировать файлы, когда Вы компилируете.
, Таким образом, Вы скомпилировали бы файлы с помощью веб-проекта развертывания (не в единственный блок), поместите их в репозиторий, который Вы создали с этой целью, и на каждом сервере, просто сделайте обновление svn, чтобы выбрать и сравнить файлы автоматически.
я знаю, что это не то, что Вы попросили непосредственно, но это может быть путь для исследования.
Мне тоже не нравятся скомпилированные файлы, но никто не пострадает, если они там есть. Так зачем беспокоиться?
Возможно, вы захотите взглянуть на Поставщики виртуальных путей ( КБ, как здесь ) в ASP.NET.
Благодарность за это предложение должно быть отправлено Cheeso , а его сам ответ на вопрос здесь:
Могу ли я получить развертывание типа «файл WAR» с помощью ASP. NET?
Добавьте «Фильтр исключения» в свой проект развертывания:
и все.
Я помню, как в те дни, когда я не мог создавать веб-приложения с VWD Express, я использовал сценарий nant для компиляции проекта в единую dll и развертывания, и это работало (так что мне не нужна полная VS для развертывания dll), поэтому, если вы действительно не хотите путать свой проект с веб-приложением, возможно, это тоже путь для проверки.
Вы можете избавиться от .cypialed
файлов с помощью инструмента ASPNET_MERGE ASPNET_MERGE , с опцией -R
.
Удаляет .cyPileded файлы для основного узла кода (код в папке App_code). Не используйте эту опцию, если ваше приложение содержит ссылку на явную ссылку на основной код.