Без заголовка

Разные инженеры имеют разный опыт оценки нужности работы по управлению конфигурацией: на девять "ненужных проверок" обязательно находится одна сработавшая проверка, которая спасает проект и цена предотвращённого провала закрывает все расходы на те девять несработавших проверок (замечу, что "двойная итальянская бухгалтерия" как управление конфигурацией тоже ведь избыточна! Она же "двойная" по определению! ;-) Если честно, то я не понял, что вы спрашиваете: какие тренды у управлении конфигурацией софта при разработке приложений? При сборке приложений в корпоративную систему из софта разных вендоров? CMDB в ITIL? Это всё разные вселенные -- но все они про управление конфигурацией, в том числе и софта. Последний тренд -- это связь систем архитектуры предприятия с конфигурационными базами данных службы поддержки IT-инфраструктуры. Но вы ведь не про это? У айтишников ведь самые разные системы, и поэтому самое разное управление конфигурацией.