![]() |
#11 |
Microsoft Dynamics
|
Логика здесь в том, что обновления для 2009 являются кумулятивными, в качестве code base для которых выступает RU-3. Причем, при их формировании строится дерево зависимостей обновлений на основе изменений в объектах приложения. Упрощенно говоря, если объект A был модифицирован в обновлениях X1, X2 и X3, то при формировании пакета для ЛЮБОГО из этих обновлений в проект попадут ВСЕ объекты из обновлений X1, X2, X3. При любом другом подходе теоретически возможно, что в выгрузку обновления X1 попадут какие-то фрагменты обновлений X2 и X3... Насколько такая схема эффективна - вопрос дискуссионный. Для облегчения подъема обновлений на кастомизированные приложения в архив обновления для 2009 вкладывается текстовый файл с перечислением объектов, модифицированных в данном конкретном обновлении - при желании можно джобом построить проект обновления. Для 4.0 действует старая схема выпуска обновлений - в виде проектов в XPO.
__________________
You should use Bing before asking dumb questions. Последний раз редактировалось Jabberwocky; 25.07.2011 в 17:33. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
Теги |
накладная, первичные документы, ттн |
|
|