А ты уверен что "развиваться в ит" и "тратить своё время и деньги в удовлетворение любопытства штатных спецов в областях которые не требуются бизнесу" с точки зрения компании тождественно?

Да. Только спецов нужно адекватных набрать, но да. 20% и спецы непосредственно и собственно организация обязаны тратить на "НИОКРы" которые можно и любопытством обозвать. Но если любопытство организованно и в качестве целеполагания имеет решение существующих или возможных проблем, то это такой бизнес-вариант НИОКРа

Коллеги, был за рулём, всем высказавшимся большое спасибо за рекомендации и точки зрения по возможному вектору развития совместной разработки. Всё записал, буду анализировать.

У меня немного глупый вопрос созрел: при использовании версионирования с помощью git - нужно ли в текстах модулей оставлять закомментированный исходный код , который был изменён в текущей версии. Или в таком случае комментарии с описанием изменений ведутся в гит, а в текстах модулей просто пишется новый код с удалением старого ?
Какие best practices есть на этот счёт ?

При использовании выгрузки в гит авторские комментарии - зло)

Даже для обновления конфигурации поставщика вполне хватает трёхстороннего сравнения средствами kdiff прямо в конфигураторе

Вообще это и при хранилище не особо нужно. Просто оно очень тормозное. А блейм в гите - очень быстрый

Возможно вам бы помог в этом bsl ls и его find references и call hierarchy. Но он не умеет анализировать захваты. Пока что.

Спасибо

Спасибо, попробую в этом направлении поколхозить

Если выгружено в гит, то можно просто по исходникам расширений поискать по подстроке название процедуры модуля, вроде '("НазваниеПроцедуры")', 95%, что это "захват", а вот какой, уже смотрим перед скобкой.

Спасибо...

В общем, абстрактно, понятно, но. Или не понял, или не увидел , как детально работа программистов устроена? Поднят какой-то репозиторий серверный или удаленный. Далее, у каждого на компе локальный. То есть , каждый программист должен владеть минимальными навыками работы с гит,  так? Далее что? Выгружается в файлы в сервер расширение, его планируют себе на локальные машины, создают ветки,  дальше каждый программист собирает из файлов бинарник,  редактирует в конфигураторе и выгружает бинарник в файлы в свою ветку,  так? После этого делает запрос на слияние с основной веткой на сервере? Если так, то выгрузка загрузка у вас идет руками или автоматизирован а?

Классная статья, но source tree легче для входа чем TortoiseGit

Посмотрите на этот инструмент. Он очень помогает, хотя его использование отличается от алгоритма, который предлагаете вы. https://github.com/bia-technologies/diff3cf

Спасибо, алгоритма пока никакого нет, пока только  изучение опыта

Есть конфигурация КА2 в ней документ РТУ. Заказчик использует как автоматические, так и ручные скидки
Сейчас он хочет округление суммы документов до 10 копеек. Вопрос в каком месте лучше выполнить эту хотелку

Тебе вообще не нужен гит для разработки. Тебе гит нужен для того чтобы организовать задачи разработчиков.

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

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