Определение простого, но тщательного способа проверки правильности развертывания веб-форм ASP. NET на автономном сервере Microsoft IIS? - PullRequest
Новая
       107

Определение простого, но тщательного способа проверки правильности развертывания веб-форм ASP. NET на автономном сервере Microsoft IIS?

0 голосов
/ 04 августа 2020

Вот информация о нашей среде разработки:

-. NET Framework 4

-Visual Studio 2010

- ASP. NET Web Forms Когда мы хотим выполнить развертывание в производственной среде или среде UAT, мы должны передать опубликованные файлы нашей команде ИТ-операций / инфраструктуры. Чтобы уточнить, мы передаем (через репозиторий подрывной деятельности SVN):

\ Binaries \ bin \ каталог, содержащий библиотеки DLL, некоторые xml файлы и т.д. c.

Также мы передаем over (через репозиторий Subversion SVN):

\ src \ каталог, содержащий файлы aspx, файлы ascx, gif, jpegs и т.д. c. (т.е. в основном файлы интерфейса пользователя)

Кроме того, мы передаем SQL файлы сценариев, которые необходимо запустить в базе данных производственной базы данных. (через репозиторий Subversion SVN):

\ SQLScripts ....

У нас возникли проблемы с обновлением веб-сайта. Мы развернули вышеупомянутые файлы, но бизнес-тестировщики, бизнес-клиенты и т. Д. c. Не видят изменений в производственной среде.

Это может быть из-за того, что разработчики случайно / по ошибке забыли зафиксировать двоичные файлы или исходные файлы. в SVN. Или члены группы ИТ-операций / инфраструктуры забывают что-то развернуть .... бла-бла .... список продолжается ....

Теперь, если SQL Сценарии, обновляются ли SQL скрипты или нет, или Запустить снова или нет в производственной БД, это будет сложно проверить, поэтому мне просто придется вручную проверить, были ли SQL скрипты обновлены и запущены на SQL SErver.

В любом случае Однако, по крайней мере, для файлов -Binaries -Src я надеялся, что есть какой-то способ связать номера версий с указанными файлами, а затем отразить указанные номера версий на странице About.aspx в Sr c в порядке чтобы доказать, что они были обновлены и развернуты в производственной среде.

По сути, я пытаюсь найти способ легко проверить, были ли соответствующие файлы (и, следовательно, соответствующие изменения) развернуты в производственной среде. Было бы неразумно для членов группы ИТ-операций / инфраструктуры проверять, были ли развернуты все без исключения функции или исправлены ли ошибки / дефекты. Не мог бы кто-нибудь дать предложения относительно того, как мы могли бы go внести указанные изменения?

1 Ответ

1 голос
/ 04 августа 2020

, если вы собираете уже обновляет номер версии, вы можете сделать что-то вроде этого: Программно получить номер версии DLL

В противном случае было бы очень просто показать дату файла . Вы можете сделать что-то вроде 

DateTime creation = File.GetCreationTime(@"C:\etc\etc\yourWebApp.dll");
DateTime modification = File.GetLastWriteTime(@"C:\etc\etc\yourWebApp.dll");

, а затем отобразить это в about.aspx.

С учетом сказанного, все это можно решить с помощью разумного конвейера CI / CD, но я догадываться, что это не вариант.

...