Методологией разработки, тестирования и формирования рабочего приложения в Axapta

[Anais]

Вообще-то хочу в имеющихся условиях получить максимально защищенную от ошибок _схему работы_.
Все, что используется, не лишено недостатков. А то то поле при слиянии потеряется. То недоопишут что-нить разработчики, так что при подъеме срежешь что-нить совсем НЕ лишнее. То забудут объект в проект подложить и на формах/таблицых кривули появляются. То перетрут своими модификациями в тесте чужие разработки (у нас зачастую разработчики в разных местах и субподрядчики имеются). Да мало ли чего еще... Пробовали локальный программинг/тест, общий пробовали и не раз. Один раз после исполнения огромнейшего пула разработки просто объявили Тест Рабочим приложением (на этапе глубокой разработки, ессно), проверили все и приняли as is, ничего никуда не поднимая. Во всех методах есть свои недостатки и преимущества. Ищу оптимальный, хочу знать мнение общества.

"инструменты для сведения веток на уровне" штука, конечно, хорошая. БольшУю часть проблемы можно ими снять. Но уж больно много в Axapta _объектов_ (не кода). И слияние, как ни крути, ИМХО, все равно гиморным окажется.