а этот технический коммит - результат мержа релиз-ветки в мастер или просто пустой коммит поверх одной ветки с одним родителем?

а этот технический коммит - результат мержа релиз-ветки в мастер или просто пустой коммит поверх одной ветки с одним родителем?

пустой коммит в релизной ветке перед мерджем в мастер. пайп стартует тесты, формирует отчет об изменениях и прочее. вобщем он нужен :)

вместо пустого коммита же можно просто открыть pipelines на проекте и стартовать новый пайплайн через гуи.

Screenshot_1.png (1016×650)

Видимо про это.

"Такое поведение могло приводить к нарушению целостности данных" - как, если СУБД проверяет уникальность записей?

Хотел еще спросить кто как борется с удаляемыми метаданными при использовании гита чтобы не изобретать велосипед. Постановка: есть объект метаданных, соответственно в репозитории лежат исходные файлы для него. При очередной правке конфигурации объект удаляется. Производится выгрузка в исходные файлы, соответственно из Configuration.xml он пропадает, конфигурация отлично собирается без исходных файлов этого объекта, но сами они 1с не удаляются как я понимаю, соответственно гит не видит изменений в них (я тоже :)) и спокойно тащит их от коммита к коммиту.

Подумайте)) на картинке это select запрос где 224 поле временной таблицы соединяется с 224 полем регистра и результат вертается платформе. Раньше этот запрос оиключался, сейчас при любой записи набора будет

Что то подумалось, а на фига вообще select. Можно вроде обойтись вставкой во временную, и вставкой из временной в регистр.

У кого есть опыт предоставления публичного api и организации авторизации по token в нем? Как архитектурно делали? Думаю над вариантами все в 1с или делать послойку до 1с отвечающую за авторизацию