. Варианты развертывания веб-приложений.

Question

Я был вокруг блока совсем немного, и я использую только два способа для развертывания веб-приложения.

Первый заключается в использовании команды «Опубликовать» в визуальной студии. Второй - запустить msdeploy с нашего сервера сборки.

Сегодня я столкнулся с кадровой проблемой. Команда off site, с которой я работаю, просто копирует весь проект, включая файлы решений, исходный код, все на сервер.

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

Проект имеет конфигурационные преобразования, которые они выполняют вручную.

Но помимо этого, в чем причины, по которым НЕ следует указывать исходный код на сервер?

Answer 1

Просто первоначальная мысль и то, что у меня есть ОГРОМНЫЕ тиски с:

Чтобы остановить некомпетентные мыслитель от редактирования жить на сервере, даже если они «думают» это только крошечные, не проблема, провоцируя изменения! Когда действительно это вызывает проблемы и НЕ является источником контроля!

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

Answer 2

• Это занимает место на жестком диске.
• Кто-то, имеющий доступ к серверу , мог не только читать код, но и изменить его. Это может быть доброжелательное уполномоченное лицо или аутсайдер со злым умыслом, который нарушил безопасность сервера.
• Вы не знаете наверняка, что то, что вы скопировали, будет скомпилировано.

Answer 3

Мы не используем параметры публикации или msdeploy для больших проектов веб-сайтов. Это слишком легко для кода, который не был протестирован, чтобы быть разветвленным в производственную зону по ошибке. Вместо этого наши рабочие элементы предназначены для перемещения по файловому принципу третьей стороной, не связанной с командой разработчиков.

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