Развертывание с несколькими пользователями
У нас есть несколько больших проектов, с которыми мы используем Publishing в VS2010 с IIS7. Мы публикуем с опциями "Web Deploy". Теперь, когда Пользователь1 публикует в первый раз, все файлы будут загружены, этот пользователь внесет изменения в файл и опубликует снова, только измененный файл будет опубликован. Но User2 публикует позже (тот же проект), но VS/IIS снова загрузит ВСЕ файлы, в то время как, возможно, был изменен только 1 файл. После загрузки всех файлов пользователю User1 снова придется загружать ВСЕ файлы тоже!
Очень раздражающее поведение и проекты размером 200 МБ публикуются почти за 30 минут. Есть ли параметр, который IIS/VS может проверить лучше, если файл изменился или нет?
1 ответ
Вам нужно публиковать только один раз для каждого приложения / машины (хотя вы можете публиковать для каждого корневого сервера / компьютера). После этого (по крайней мере, в Web Deploy 2.0) вы можете выполнить синхронизацию, выполнив msdeploy -verb:sync -source:webServer -dest:webServer,computerName=Server2
Явно указано, что
Операция синхронизации получает дамп источника, дамп назначения, а затем выполняет сравнение результатов по узлам. Правила и расширения ссылок проверяют каждый узел, чтобы определить, что необходимо добавить, удалить или обновить. Для получения дополнительной информации о правилах и расширениях ссылок см. Правила веб-развертывания и Расширения ссылок веб-развертывания.
РЕДАКТИРОВАТЬ 1: Смысл msdeploy в том, чтобы он мог быть частью непрерывной интеграции. Вероятно, вы можете написать хороший скрипт, который будет выполняться каждый раз, когда вы делаете сборку. Сказав, что если вы идете на события пост сборки VS, вы можете добавить этот сценарий. Проблема, о которой вы упомянули, может быть ACL, и я думаю, что вы можете либо проигнорировать ее с помощью ignoreError, либо сделать окончательное развертывание, которое разрешит ACL от одного пользователя, а затем синхронизировать только от этого пользователя. Последнее также повысит безопасность.