Тип: procedure · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.

Раздел: Разработка Open: обязательные правила

Обнаружить фактические локальные ветки и SHA → проверить чистоту → работать с каноническим upstream master для shared → провести тесты → publish → вернуться к настроенной deployment branch.

Не переносить git-каталоги в публикационные ZIP, не патчить один и тот же shared checkout независимо на двух сборках, не подменять upstream произвольным локальным ZIP.

Обновление источников не должно удалять реальный .env, ключи, лицензии, миграционные факты и service identity.

• Порядок изменения shared: Open → Platform
• Лицензии, исходники и provenance сборки