2014-11-12 3 views
0

Я написал статический метод на веб-сайте MVC (WebApi). У статического метода была ошибка, поэтому я изменил логику в статическом методе. Теперь метод работает на моей локальной машине и возвращает правильные данные.Библиотека/Статический метод, не обновляющийся в Azure

Однако Azure STILL запускает старый метод и возвращает неверные результаты. Единственное, что я мог сделать, это собрать библиотеку локально и по FTP до Azure.

Почему старый статический метод сохраняется - даже ПОСЛЕ сборки и развертывания?

ПРИМЕЧАНИЕ. Я выполняю ручную сборку/развертывание из Visual Studio Online/TFS (я не развертываю из Visual Studio). У меня есть флаги Rebuild и Clean, установленные на MSBUILD.

UPDATE: После просмотра размеров файлов, очевидно, Azure развертывает более старую версию DLL, поскольку развернутая DLL намного больше той, которую я компилирую локально.

+0

Является ли FTP единственным способом развертывания этого сайта? –

+0

Забыл упомянуть, но добавил, что я использую Visual Studio Online (TFS), используя ручную сборку/развертывание. – a11smiles

+0

VSO build сломался и не пошел на стадию развертывания? – trailmax

ответ

0

Является ли это новой dll, включенной в список файлов, которую вы можете просмотреть в предварительном просмотре непосредственно перед публикацией на своем веб-сайте? Каковы ваши варианты публикации для dll?

Предполагаете, вы используете сайты Azure? Это верно?

+0

Я не публикую свой сайт. Я забыл упомянуть (я думаю, что я удалил его из моего опубликованного, но отредактированного назад) ... Я развертываю из Visual Studio Online. VSO не развертывает обновленную версию. – a11smiles

0

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

0

Arggghhh !!!

После 2 дней устранения неполадок я, наконец, понял это.

Снова локальная библиотека DLL отличается от DLL Azure. Поэтому я начал думать, что это может быть проблема с файлом в Visual Studio Online.

Итак, я открыл другую виртуальную машину и подключился к VSO, чтобы посмотреть на источник-проводник. Конечно, файл в VSO был старой версией. Видимо, Visual Studio поместила файл локально как актуальный, поэтому он не был проверен новыми изменениями.

Чтобы исправить:

  1. ли эксклюзивную проверку файла в Visual Studio
  2. Затем попытку проверки в
  3. Вы должны тогда, наконец (!!!), получить merge error
  4. Слить локальный файл с файлом в репозитории
  5. Проверьте файл обратно в VSO.

Это, наконец, правильное развертывание.

Смежные вопросы