{ "id": "ShariXKnowledgeOpenKnowledgeDevelopmentUpstreamupdate", "page": "sharixopen:knowledge:development:upstream_update", "area": "open", "type": "reference", "title": "Обновление репозиториев и исходные комплектующие", "status": "review", "schema_version": 1, "relations": { "related_to": [ "ShariXKnowledgeOpenKnowledgeDevelopmentPractice", "ShariXKnowledgeOpenKnowledgeDevelopmentSharedchangeflow", "ShariXKnowledgeOpenKnowledgeDevelopmentLicensesprovenance" ] }, "extensions": { "taxonomy": { "domain": "reference", "lifecycle": "unspecified", "parents": [ "ShariXKnowledgeOpenKnowledgeDevelopmentStart" ], "terms": [] }, "glossary": [] }, "content_sha256": "c8562f27496319af8f00ecd2ce3b8c7b7e7ad06594cdc8b0faae4ed9a6b378a1", "schema": 1 } ====== Обновление репозиториев и исходные комплектующие ====== ~~NOCACHE~~ **Тип:** procedure · **Статус:** сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт. **Раздел:** [[sharixopen:knowledge:development:practice|Разработка Open: обязательные правила]] ===== Надёжный маршрут ===== Обнаружить фактические локальные ветки и SHA → проверить чистоту → работать с каноническим upstream master для shared → провести тесты → publish → вернуться к настроенной deployment branch. ===== Не делать ===== Не переносить ''git''-каталоги в публикационные ZIP, не патчить один и тот же shared checkout независимо на двух сборках, не подменять upstream произвольным локальным ZIP. ===== Конфигурация ===== Обновление источников не должно удалять реальный ''.env'', ключи, лицензии, миграционные факты и service identity. ===== Связанные понятия ===== * [[sharixopen:knowledge:development:shared_change_flow|Порядок изменения shared: Open → Platform]] * [[sharixopen:knowledge:development:licenses_provenance|Лицензии, исходники и provenance сборки]] ~~SHARIX_KNOWLEDGE_RELATED~~