Во-первых, у нас иногда развертывается только несколько сборок в приложении вместо полного приложения.Однако это ни в коем случае не является нормой и ТОЛЬКО было сделано в наших тестовых средах, когда разработчик совсем недавно (как в течение последних нескольких минут) опубликовал весь сайт и просто вносил незначительные изменения.Однако, как только разработчик будет удовлетворен, он продолжит полную перекомпиляцию и повторную публикацию.
Последний шаг к тестированию всегда основан на полной перекомпиляции / развертывании.Толчки к постановке и в конечном итоге производству основаны на этой полной копии.
Помимо повторяемости, одна из причин в том, что вы не можете быть на 100% уверены, что человек не упустил что-то в сравнениях.Далее, количество времени для развертывания 100 сборок против 5 является тривиальным и, откровенно говоря, не стоит того человеческого времени, которое требуется, чтобы попытаться выяснить, что действительно изменилось.
Откровенно говоря, список, который вы имеете в комбинациис ответом Одед должно быть достаточно, чтобы убедить других в возможности провала.Однако сам факт того, что вы уже столкнулись с ошибками из-за этого неадекватного подхода, должен быть достаточным для предупреждения о том, чтобы он не продолжал.
В конце концов, это действительно сводится к вопросупрофессионализма.Стандартизация и повторяемость процесса выведения кода из разработки через различные циклы и в конечном итоге в производство чрезвычайно важны для создания надежных критически важных приложений.Если ваш процесс развертывания сопряжен с возможностью сбоя из-за коротких путей, порождающих риски, возникает вопрос о качестве создаваемого кода.