но там хранится история всех используемых когда-либо ключей

Раз уж зашла тема ключей и лицензий. О каком "лицензионном использовании" идёт речь?

мне тут на ушко шепчут, что иногда на мисте все же появляются достойные топики.

https://forum.mista.ru/topic.php?id=728137

оу, спасибо!

Да, приятно

Господа, сталкивался кто-то с таким: после обновления на новый релиз в сравнении с поставщиком стали вылезать массово якобы измененные форматированные строки, хотя с поддержки эти объекты не снимались? Версия 8.3.16.1224

Пишут что это де из-за перехода с IE на WebKit но как это можно исправить? С каждым обновлением их становится всё больше

По моему решается изменением режима совместимости. Попробуй на копии выше поставить или «неиспользовать»

есть база Управление нашей фирмой, редакция 1.6  в ней ведётся учёт  по некольким предприятиям (префиксы стоят как на организации так и на ИБ), тпеже есть 2 БП. их нужно синхронизиовать БП1 и УНФ , БП2 и унф
при выполнении синхронизации  ругается на уникальность кода

Всем привет! Хочу спросить совета...
Есть типа тиражное решение, которое физически представляет собой набор разных объектов, модулей, объединенных в подсистему. Есть, т.н. ядро решения, основа подсистемы. Решение это встраивается в конфигурации и работает у заказчиков, клиентов на их серверах. Для заказчика решение адаптируется, дорабатывается, дополняется. Ядро дорабатывается разработчиком у себя, но может быть доработано и в решении заказчика...
Вот как организовать процесс, какие методики и технологии применить, чтобы можно было максимально удобно, без лишних трудозатрат, делать "консолидацию" переферийных ядер и центрального.

Не дорабатывать ядро лоскутно, а адаптировать его к вариативности под появляющиеся хотелки

Инициализацию (активацию) конкретного варианта функциональности в худшем случае прописывать кодом (как обработчики обновления, например)

Ну, я то стараюсь делать максимально гибко, но это не отменяет того факта, что ядро поменяется

Ну, поменяется. Где? И какие проблемы?

Поменяется в конфигурации заказчика. Одновременно с этим может что-то поменяться в исходном ядре

Поддержка же

Короче как я понял то что у заказчика - это форк. И тебе его потом в мастер слить надо.

В смысле, создание поставки? А как оно поможет в процессе объединения подсистем?

Да, вот объясняю, и сам понимаю, что про гит говорю