Проблема
unica.runtime.* operation=build при Designer XML source-set может массово переписать tracked ConfigDumpInfo.xml из-за -updateConfigDumpInfo.
В downstream workflow это произошло во время финальной runtime-валидации: после build в рабочем дереве появился большой dirty diff только из-за обновлённого ConfigDumpInfo.xml. Производственный код при этом не менялся. Файл пришлось отдельно очищать перед фиксацией результата.
Ожидаемое поведение
Runtime build, используемый как validation/build gate, не должен оставлять шумный tracked diff в исходниках, если пользователь явно не просил обновить dump-info.
Возможные варианты решения:
- писать transient dump-info/runtime state вне tracked source root;
- делать targeted update только для реально изменённых объектов;
- возвращать structured warning, что build изменил
ConfigDumpInfo.xml;
- иметь режим validation build без изменения tracked
ConfigDumpInfo.xml.
Фактическое поведение
Build завершался успешно, но оставлял массово переписанный ConfigDumpInfo.xml, не относящийся к смысловому изменению.
Влияние
Агент или CI может ошибочно включить generated/runtime churn в production diff. Это увеличивает риск случайной поставки служебного шума и усложняет review.
Граница данных
Клиентские исходники, локальные пути, имена объектов, строки подключения и данные ИБ не публикуются.
Связанные задачи
Похоже рядом с #76, но не дубликат: #76 про dirty contract mutation→runtime и source↔IB round-trip, а здесь отдельный симптом runtime validation, который сам оставляет шумный tracked diff.
Проблема
unica.runtime.* operation=buildпри Designer XML source-set может массово переписать trackedConfigDumpInfo.xmlиз-за-updateConfigDumpInfo.В downstream workflow это произошло во время финальной runtime-валидации: после build в рабочем дереве появился большой dirty diff только из-за обновлённого
ConfigDumpInfo.xml. Производственный код при этом не менялся. Файл пришлось отдельно очищать перед фиксацией результата.Ожидаемое поведение
Runtime build, используемый как validation/build gate, не должен оставлять шумный tracked diff в исходниках, если пользователь явно не просил обновить dump-info.
Возможные варианты решения:
ConfigDumpInfo.xml;ConfigDumpInfo.xml.Фактическое поведение
Build завершался успешно, но оставлял массово переписанный
ConfigDumpInfo.xml, не относящийся к смысловому изменению.Влияние
Агент или CI может ошибочно включить generated/runtime churn в production diff. Это увеличивает риск случайной поставки служебного шума и усложняет review.
Граница данных
Клиентские исходники, локальные пути, имена объектов, строки подключения и данные ИБ не публикуются.
Связанные задачи
Похоже рядом с #76, но не дубликат: #76 про dirty contract mutation→runtime и source↔IB round-trip, а здесь отдельный симптом runtime validation, который сам оставляет шумный tracked diff.