При сопровождении любой конфигурации 1С со временем появляется большое количество внешних отчетов, обработок а также расширений конфигурации, которые необходимо также сопровождать.
Несколько скриптов (bat-файлов) позволят Вам использовать Git для контроля версий отчетов, обработок и расширений.
Несколько скриптов (bat-файлов) позволят Вам использовать Git для контроля версий отчетов, обработок и расширений.
Сравнение с существующей разработкой
Преимущества:
- все версии отчетов, обработок хранятся в Git репозитарии, нет необходимости хранить кучу файлов с датами в имени файлов и вспоминать где какой файл лежит
- контроль изменений: когда, кто изменил и по какой причине
Недостатки:
- нужно изучать/использовать Git
Процесс разработки с использованием Git будет выглядеть так
Установка и использование:
Распаковать и поместить содержимое архива в папку каталога разработки:
- Скопируем файлы pre.bat, pre-commit, post.bat, post-commit из содержимого архива в папку hooks.
- Скопируем файл .gitignore из содержимого архива в каталог репозитория.
Теперь при выполнении git commit в подкаталог ext будут выгружаться исходные тексты отчетов и обработок.
ВАЖНО: Если в подкаталоге ext не создаются xml файлы необходимо проверить версию и путь к платформе 1С:Предприятие в файле .githookspre.bat
ВАЖНО: Имя расширения должно совпадать с именем файла, н-р: “Доработки конфигурации1” в файле “Доработки конфигурации1.cfe”
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
(0) А после pull — какую, например, внешнюю обработку мы получаем в использование? Которую ранее запушили — т.е. это ранее кем-то сохраненный бинарник? Или внешка собирается из исходников?
да конечно, все erf, epf-ки тоже заливаются в git. Соответственно при pull они тоже будут браться из репозитария
— функционально тоже самое, но с кучей разных полезностей дополнительных.
Например, установка precommit1c —install в каталоге проекта git.
Еще пример — сохранение mxl-файлов в дополнительный txt-файл, в котором удобно видеть изменения прямо в истории изменений.
(3) да не спорю, устанавливал его и смотрел — сильно много всего ставить нужно. Сделал для себя так, попроще))
(4) я бы не сказал, что много надо ставить.
Установить git.
Установить onescript — , или через choco — choco install onescript-cli.
Дать права на папки C:Program Files (x86)OneScriptin и C:Program Files (x86)OneScriptlib.
И дальше в командной строке:
opm install precommit1c
В командной строке в каталоге проекта git:
precommit1c —install
(4) мне больше всего нравится команда, которая позволяет без коммита разобрать файлы на исходники и увидеть, что сделано:
precommit1c —git-precommit
Запускается в каталоге проекта git.