Спасибо, идея понятна.
Насколько я понял, обратно сливать в хранилище из гита итог доработок придется вручную через cf?

Ну ты же можешь цф разложить и залить в хранилище как-нибудь не прям с заменой цф

там не "Замена", а сравнение-объединение, т.е. ручной перенос изменений

понятно, что не замена, а какой-нибудь сравнить/объединить

Вопрос: конфа из гита будет сильно отличаться от аналогичной из хранилища? по всяким служебным полям, тем же обычным формам?
При сравнении/объединении

Мы не делали автоматизацию процесса у себя - т.к. это было не выгодно - в команде использовался EDT на длительных задачах (фича-ветки, тех.проекты И так далее) - а багфиксы, чаще всего быстрые и их делали в Конфигураторе (по разным причинам). В иттоге перенос из EDT в хранилище - ручной, через cf т.к. редкий... Плюс еще отдельно надо было решать вопрос с захваттом объектов, настройкой поддержки объектов (у нас с этим было строго) - поэтому задач которые нужно решить было больше чем оно того стоило...

Тут какой вопрос: в Конфигураторе и cf хранится много мусора (старое состояние, невычещенные изменения, кэши, что-то "прозапас" и так далее...) поэтому, если конфа не типовая из тех что выпускаяются на EDT (которые всё это безобразие уже вычистили у себя) - то, да, сначала лучше произвести чистку мусора, чтобы при сравнении было меньше расхождений...
Обычные формы - в EDT не поддерживаются. И вроде как они будут туда-сюда гоняться без изменений... но не проверял на практике.

Спасибо, буду пробовать всё это :)
А перешли полностью в итоге на edt или отказались?

Ну цель всего этого была - "перейти", да, перешли. Уже почти год как... (ERP, КА, УТ-11),  а выпуск из edt и чистка гораздо больше года...

Народ, нужен совет. Есть бухня 3,0 на sql. Выполнил обновление, запустил в режиме предприятия и оно уже 18ч висит, вместо обычных максимум часа. Притом последний последнедокумент начал обрабатываться 8ч назад.
Вопрос: хочу перезагрузить скуль. а потом заново провернуть регламентированные операции после обновления. Как это правильно сделать?

Я бы предложил пи......ли. Работать нужно в одной среде. Или пусть едтасты (извините за хранцузский) работатют в своей базе, а потом изменения сливают в прод

Так оно так и будет, что едтшник будет сбоку сам мучаться.
Полностью перейти на едт не получится, ибо нужно поддерживать обычные формы.
Скажем так, это я сам для себя хочу попытаться перейти на едт, пускай и с усложнением процесса.

Надеюсь у Вас бэкап есть, Я бы остановил сервер 1С, настроил дэбаг и в отладчике посмотрел что происходит с эти документом

бекап есть

"я сам для себя хочу попытаться перейти на едт" Я сильно извиняюсь, но БДСМ тут как-то... оффтопик...

Болото под названием "Конфигуратор", которое стоит на одном месте, меня уже слишком давно напрягает.
Едт тоже то ещё поделие, но у него хотя бы будущее чувствуется.

Будущее чувствуется. Еклипс вообще должен был умереть до рождения. Изначально... Ну, это моё ИМХО

Я бы вообще предпочел MSVC, ибо эклипс тоже бесит, но за неимением лучшего,  буду пробовать что есть.

Ну, если за неимением лучшего нам придётся кушать навоз (хорошая новость - навоза в этом году у нас много....)

ЕДТ, имхо, лучше чем конфигуратор. Переходить на, скажем, VS code + набор скриптов + все равно много конфигуратора смысла не вижу.