Собственно вот команда

.\1cv8.exe config /S"192.168.1.192\main" /DumpConfigToFiles F:\xml_patch -update -configDumpInfoForChanges F:\1c\git\maintenance\src\configuration\ConfigDumpInfo.xml -Format Hierarchical /out F:\log.txt  /DisableStartupMessages /DisableStartupDialogs

Папка F:\xml_patch пустая

.\1cv8.exe config /S"192.168.1.192\main" /DumpConfigToFiles F:\xml_patch -update -configDumpInfoForChanges F:\1c\git\maintenance\src\configuration\ConfigDumpInfo.xml -Format Hierarchical /out F:\log.txt  /DisableStartupMessages /DisableStartupDialogs

Ключ -update если я правильно помню нужен для обновления существующего файла выгрузки, как следствие он вам и пишет что его не нашёл

Да, но нет

● -update ‑ указывает, что необходимо выполнить обновление ранее совершенной выгрузки, т. е. будут выгружены только те объекты, версии которых отличаются от версий ранее выгруженных объектов.

Файл версий (ConfigDumpInfo.xml) будет получен из текущего каталога выгрузки. Если текущая версия формата выгрузки не совпадает с версией формата в файле версий или если файл версий не найден, будет сгенерирована ошибка. По завершении выгрузки файл версий обновляется.

Возможно совместное использование с параметрами:

● -force ‑ если текущая версия формата выгрузки не совпадает с версией формата в файле версий, будет выполнена полная выгрузка.

● -configDumpInfoForChanges ‑ если текущий каталог выгрузки перед началом работы не пустой, будет сгенерирована ошибка. Соответствие текущей версии формата выгрузки и версии формата выгрузки в файле версий не проверяется. При выгрузке генерируется новый файл версий. Файл, указанный в параметре -configDumpInfoForChanges не изменяется.

Давно это было. Если память не изменяет, в клиент-серверных базах на определённой версии платформы кодировка строка неправильно обрабатывалась.
P.S. Смайлик в конце настораживает...

Продолжаю, попробовал короче процесс: обновленная база, отключена от хранилища, подсунута в ЕДТ, импортирована конфа оттуда в едт.
Запилил доработку, отладил, потом сохранил cf из базы, на которой делал отладку и положил в хранилище через сравнить-объединить в отдельной временной базе.
Дальше хочу залить в едт новые данные из хранилища: нашел deployka, при ее помощи подключил базу, с которой работает едт, к хранилищу, обновил из него, отключил от хранилища и запустил едт - оно предложило импортировать изменения и упало :)
но это будем считать разовый косяк импорта.

Уважаемые профессионалы, пробую перейти на отдельно взятом рабочем месте на EDT
Сейчас инфраструктура такая: клиент-сервер, у разработчиков у каждого своя база и подключение к общему хранилищу.
Собственно, я затянул базу в EDT, что-то там сделал, отладил, и хочу слить это дело в хранилище каким-то образом. Вопрос - как?

Но, этот процесс косячен, если в едт есть доработки, а в хранилище их еще нет, соответственно нужен гит, у меня уже есть гит, в который выгружает гитсинк

соответственно - совместим ли такой гит и едт?

Если гитсинк выграужает в едт формате то да, иначе надо конвертить через ring import

Но и то это процесс на уровне получить изменения из хранилища, влить к себе, собрать в цф и отнести обратно в хрвнилще, иначе оно там магическим оьразом не появится

гитсинк же выгружает в формате платформы

Да это понятно, занимает не сильно много времени, ради того, чтобы получить плюшки едт
По крайней мере в тестовом режиме

есть плагин для выгрузки в формате edt

разве?

ага, но вроде как есть какая-то конвертация в едт

я его сам писал, так что я практически уверен =)

:)))

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

а форматы едт и гитсинка сильно различаются?