Я должен предварительно скомпилировать ASP.NET 2,0 сайта перед развертыванием или нет?

Это будет зависеть от размера приложений и частоты использования. Если он используется достаточно регулярно, чтобы пул приложений перерабатывался только в конце дня, может оказаться целесообразным немного подождать при первом запуске утром. Если его бьют только раз в 30 минут,

С точки зрения простоты использования, мне нравится просто загружать исходные файлы на сервер и забывать о предварительной компиляции.

Это то, что я делаю для всех. сайтов, которыми я управляю, даже самых крупных. Я действительно стараюсь выработать привычку затрагивать наиболее важные части приложения, чтобы убедиться, что все работает (и компилировать их, пока я работаю).

И вот еще одна мысль. Если сайт является общедоступным, вы можете позволить w3c проверить ссылку на нем. Это приведет к компиляции каждой страницы, на которую он попадает. И в любом случае неплохо сделать так, чтобы у вас не было битых ссылок.

Проще говоря, я полагаю, что эти стандартные проверки почти устраняют проблему медленной компиляции при первом посещении ваших пользователей. И так как это все равно хороший распорядок, у меня это сработало.

Я не согласен с большинством ответов на этот вопрос. У предварительной компиляции есть много преимуществ перед специальной публикацией файлов, не последним из которых является то, что код в производственной и тестовой средах остается более или менее синхронизированным. Предварительная компиляция гарантирует, что тестируемый вами код будет производиться каждый раз.

Проблема, с которой вы столкнулись, не связана с предварительной компиляцией или компиляцией при первом запуске. Вместо этого он проистекает из типа используемого вами контроля версий. Если бы мне пришлось угадывать (а я догадываюсь), я бы сказал, что вы используете Visual SourceSafe. Если бы вам пришлось переключиться на систему управления версиями, в которой ветвление и слияние стало тривиальным, вы могли бы разделить свой код на стабильную и разработку ветки. Исправлены ошибки в ветвях dev (которые затем объединяются обратно в ветвь стабильную после проверки). Таким образом, непроверенный или иным образом не готовый к использованию код не попадет на рабочий сервер, и у вас всегда будет копия стабильного набора для работы.

Основное преимущество заключается в производительности компиляции на веб-сервере. Также он защищает ваш код, потому что код из сборки сложнее читать: -)

Я загружаю файлы без предварительной компиляции: таким образом, поскольку в моем коде много ошибок, я могу исправить это с помощью Notepad ++ прямо с сервера

Кроме того, Visual Web Developer 2008 (бесплатный) не имеет параметра компиляции :-P