GitSync 3.0. Шпаргалка по использованию

Публикация № 1157400

Разработка - Групповая разработка - Git (GitHub, GitLab, BitBucket)

В новой версии GitSync помимо появления новой функциональности, изменилась строка вызова приложения и часть функциональности реализована посредством плагинов. В заметке описывается новый формат строки вызова и принцип подключения плагинов.

Лирическое вступление

На днях довелось заниматься настройкой синхронизации Хранилища с репозиторием Git на новом проекте. Делал я это не первый раз, наработки кое-какие уже есть, поэтому каких-то больших временных затрат не предполагалось. Всё начиналось стандартно: установка oscript, обновление всех пакетов менеджером opm, инсталляция gitsync. И на этом шаге возник нюанс, имя которому "gitsync 3.0". Как оказалось, уже полгода как он вышел в релиз и заменил собой прежнюю версию 2.4.3. 

Обратившись к странице приложения на github, можно узнать, что от прежней версии 2.4.3, наряду с новыми возможностями, версия 3.0 отличается полностью другой строкой вызова приложения, а также переносом некоторых функциональностей в плагины.

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

Сначала в ход был пущен всеми любимый метод научного тыка. Пробовал подставлять параметры (те, что раньше применял в 2.4.3) и так и этак, чувствуя себя при этом героем басни "Мартышка и очки". Следующим пошел в ход метод "Если ничто не помогает, попробуй прочитать Инструкцию", но и он не принес желаемых результатов. После этого последовал гуглинг, оказавшийся столь же безрезультатным. Увенчалось всё погружением в исходники.

Как обычно, всё оказалось очень просто. Но... не очевидно. И документация (на текущий момент) не очень помогает. Потому и родилась сия шпаргалка.

Новшества GitSync 3.0

Для начала, буквально парой слов, отмечу чем же примечательна и полезна новая версия (на свой субъективный взгляд).

Одно из важнейших изменений, это то, что в новой версии есть возможность работы с сервером хранилищ Конфигураций по tcp и http за счет подключения к Хранилищам посредством библиотеки v8storage.

Второе - теперь возможно указать информационную базу, используемую в качестве временной, для загрузки Конфигурации из Хранилища и выгрузки в файлы. Ранее для этого каждый раз создавалась временная файловая база. Проблемой это становилось, если на сервере, где происходит работа, нет возможности получить клиентскую лицензию. Например, клиентские лицензии выдает сервер приложений 1С. 

Кроме того, теперь можно создавать собственные плагины к GitSync для реализации необходимой функциональности.

Командная строка

Строка запуска приложения прежней версии выглядела следующим образом:

>gitsync export D:\1c\repos\project_rep\ ./sources/config -tempdir D:\tempfiles\ -v8version 8.3.10.2561

Сначала указывалась Команда (в примере - export), далее шли позиционные параметры (в примере - путь к Хранилищу и к репозиторию),  затем все опциональные параметры.

В новой версии кроме изменения имени самой команды (export -> sync), меняется и необходимый порядок указания параметров.
Выведем справку по приложению gitsync:

 
 >gitsync --help

В выводе мы видим, что для приложения теперь есть общие опции, которые нужно указывать перед командой.
После команды указываются опции, относящиеся непосредственно к этой команде.

Например, для команды sync:

 
 >gitsync sync --help

Здесь видим, что опции команды переместились и теперь располагаются перед позиционными параметрами.

Таким образом вызов приложения без функциональностей плагинов, будет выглядеть примерно следующим образом:

>gitsync --tempdir Z:\tempfiles\gitsync --v8version 8.3.14.1630 sync --storage-user gitbot tcp://test_1c_app/uh_main_rep Z:\git_repos\uh_main\config


Плагины

Как уже говорилось, часть привычной функциональности, например ограничение количества или границ выгружаемых версий (ранее определявшиеся опциями -limit, -minversion, -maxversion) вынесено в плагины. В поставку приложения уже включены эти плагины. Отдельно их скачивать и устанавливать не требуется.

 
 Список входящих в поставку плагинов:
  • increment - обеспечивает инкрементальную выгрузку конфигурации в исходники
  • sync-remote - добавляет функциональность синхронизации с удаленным репозиторием git (команды git pull и git push)
  • limit - добавляет возможность ограничения на минимальный, максимальный номер версии хранилища, а так же на лимит на количество выгружаемых версий за один запуск
  • check-authors - добавляет функциональность проверки автора версии в хранилище на наличие соответствия в файле AUTHORS
  • check-comments - добавляет функциональность проверки на заполненность комментариев в хранилище
  • smart-tags - добавляет функциональность автоматической расстановки меток в git (команда git tag) при изменении версии конфигурации
  • unpackForm - добавляет функциональность распаковки обычных форм на исходники
  • tool1CD - заменяет использование штатных механизмов 1С на приложение tool1CD при синхронизации
  • disable-support - снимает конфигурацию с поддержки перед выгрузкой в исходники


После установки gitsync поставляемые плагины содержатся в файле "\embedded_plugins\gitsync-plugins-1.0.5.ospx" в заархивированном виде.

Для того, чтобы ими воспользоваться, первым делом нужно инициализировать предустановленные плагины, выполнив команду:

>gitsync plugins init

При инициализации плагины будут распакованы в каталог данных приложения - %localappdata%\gitsync\plugins

Но этого еще недостаточно.
Если выполнить команду, выводящую список всех установленных плагинов, увидим, что все плагины выключены:

 
 >gitsync plugins list -a


Теперь требуется активировать нужные плагины.
В моем примере, необходимые плагины - limit и check-comments:

C:\>gitsync plugins enable limit
Включен плагин: limit

C:\>gitsync plugins enable check-comments
Включен плагин: check-comments

Теперь команда вывода списка подключенных плагинов покажет что плагины limit и check-comments включены:

 
 >gitsync plugins list

 C:\>gitsync plugins list
Каталог плагинов: <C:\Users\1c_dev2\AppData\Local\gitsync\plugins>
Список плагинов:
 [on] [1.0.5] - limit - Плагин добавляет возможность ограничения на минимальный, максимальный номер версии хранилища, а так же на лимит на количество выгружаемых версий за один запуск
 [on] [1.0.5] - check-comments - Плагин добавляет функциональность проверки комментариев в хранилище

Промежуточное "Ура!". Осталось выяснить, каким же образом эти плагины теперь использовать. Какие параметры? В каком месте нужно указывать? Где смотреть справку по ним?

Попытки получить справку по плагину возвращают ошибку:

 
 >gitsync plugins limit --help

 C:\>gitsync plugins limit --help
КРИТИЧНАЯОШИБКА - Ошибка чтения параметров команды
Команда: plugins, p
 Управление плагинами gitsync 


Указанная в документации команда с примерами возвращает пустой результат, т.к. на текущий момент не реализована.

>gitsync usage plugins

На самом деле всё оказывается достаточно просто. Но нигде не описано.
Для того, чтобы увидеть ключи параметров плагина, нужно вывести справку о команде.

 
 >gitsync sync --help

 C:\>gitsync sync --help
Команда: sync, s
 Выполняет синхронизацию хранилища 1С с git-репозиторием

Строка запуска: gitsync sync [ОПЦИИ] PATH [WORKDIR]

Аргументы:
  PATH          Путь к хранилищу конфигурации 1С. (env $GITSYNC_STORAGE_PATH)
  WORKDIR       Каталог исходников внутри локальной копии git-репозитория. (env $GITSYNC_WORKDIR)

Опции:
  -u, --storage-user            пользователь хранилища конфигурации (env $GITSYNC_STORAGE_USER) (по умолчанию Администратор)
  -p, --storage-pwd             пароль пользователя хранилища конфигурации (env $GITSYNC_STORAGE_PASSWORD, $GITSYNC_STORAGE_PWD)
  -e, --ext, --extension        имя расширения для работы с хранилищем расширения (env $GITSYNC_EXTENSION)
  -l, --limit                   [*limit] выгрузить не более <Количества> версий от текущей выгруженной (env $GITSYNC_LIMIT) (по умолчанию 0)
      --minversion              [*limit] <номер> минимальной версии для выгрузки (по умолчанию 0)
      --maxversion              [*limit] <номер> максимальной версии для выгрузки (по умолчанию 0)
  -C, --error-comment           [*check-comments] флаг вызова ошибки при отсутствии текста комментари

Теперь видим, что по сравнению с первоначальным выводом этой команды, в результатах появились строки с указанием ключей плагинов limit и check-comments. И размещать их нужно вместе с опциональными параметрами команды, перед позиционными параметрами.

Таким образом, с учетом необходимых параметров плагинов, строка запуска будет выглядеть примерно так: 

>gitsync --tempdir Z:\tempfiles\gitsync --v8version 8.3.14.1630 sync --storage-user gitbot --limit 1 --error-comment tcp://test_1c_app/uh_main_rep Z:\git_repos\uh_main\config

Теперь всё работает так, как и требовалось. 

Эпилог

Надеюсь что кому-то моя заметка поможет сэкономить пару часов поисков и разбирательств с новым синтаксисом.

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

Хотелось бы также разобраться с написанием самих плагинов. Сейчас недостающую функциональность приходится добавлять непосредственной правкой кода приложения. Например, при каждой настройке синхронизации, вношу изменения в модуль, с тем, чтобы можно было добавлять в начало каждого комментария git номер версии Хранилища, для возможности быстрого сопоставления.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. awk 714 26.11.19 09:31 Сейчас в теме
А формат выгрузки EDT, 1С или какой еще?
2. -vito- 479 26.11.19 10:39 Сейчас в теме
(1) Василий,
GitSync выгружает файлы посредством Конфигуратора (как если бы Вы выполнили команду Конфигурация->Выгрузить конфигурацию в файлы...), соответственно, формат выгрузки 1С-ный.

Что касается EDT, она по сути, тоже работает через Конфигуратор, запускаемый либо в пакетном режиме (при импорте конфигурации), либо в режиме ssh-сервера. Всё что делает с Конфигурацией EDT, это конвертация из 1C-ных XML в свой формат и обратно.
Вся работа по сборке из исходников CF-файла, обновление БД, по-прежнему выполняется Конфигуратором. Вы можете увидеть его среди процессов в Диспетчере задач или ProcessExplorer-е.

У EDT есть интерфейс командной строки, что позволяет, среди прочего, конвертировать "1С-ную" XML-выгрузку Конфигуратора в формат EDT и обратно.

Таким образом, если Вам требуется выгрузка в формате EDT, то, получив выгрузку Хранилища, можно следующим шагом сконвертировать её в EDT примерно такой командой:
>ring edt workspace import --configuration-files d:/XML-1/ --project D:/project-1 --workspace-location D:/workspace

Подробнее в справке по EDT: Конвертация xml-выгрузки конфигурации в файловое представление EDT

Уточнение. GitSync сразу выполнит коммит полученной XML-выгрузки в репозиторий Git. Полагаю, что для целей конвертации в формат EDT выгрузки из Хранилища, нужно либо немного доработать GitSync, либо сделать к нему соответствующий плагин, либо написать свой скрипт. Возможно, существует готовое решение, но я его не искал.
A_Max; vikad; awk; acanta; +4 Ответить
3. awk 714 26.11.19 11:58 Сейчас в теме
(2) Спасибо. У меня несколько переписанный (а точнее, смотря на него, с нуля написанный) ГитКонвертер....
4. Angel_19 4 28.11.19 09:31 Сейчас в теме
Т.е. для работы с Git использование хранилища необязательно, раз конфигурация выгружается посредством Конфигуратора?
5. -vito- 479 28.11.19 10:40 Сейчас в теме
(4) Роман,
для работы с Git использование Хранилища не обязательно. По сути, это две разных системы контроля версий. Одна - проприетарная от 1С, другая - от linux-сообщества.
Вместо помещений в Хранилище, Вы можете каждый раз делать выгрузку в XML (инкрементальную, чтобы не выгружать всё) и коммитить в git-репозиторий выполнением команд в консоли, либо каким-либо git-клиентом.
Как раз так и работают в EDT. Там лишь нет шага "выгрузка в файлы", т.к. EDT работает не с "черным ящиком" Конфигурации а с уже выгруженными файлами.
В таком случае Вам не нужен GitSync. Он предназначен для того, чтобы синхронизировать с git-репозиторием "стандартную" разработку, при которой используется Хранилище.
Angel_19; +1 Ответить
6. Angel_19 4 28.11.19 12:34 Сейчас в теме
(5)
Спасибо. Ранее от использования (или от того, чтобы начать что-то пробовать в этом направлении) останавливало только то, что вроде как нужно было использовать хранилище конфигурации. Раз можно без него - то отлично.
7. _LkMaksimka_ 28.11.19 22:14 Сейчас в теме
Обнаружил небольшую особенность, GitSync будет выдавать сообщение
КРИТИЧНАЯОШИБКА - {Модуль C:\Program Files\OneScript\lib\gitsync\oscript_modules\v8storage\src\Классы\internal\ripper\Классы\ПарсерОтчетаХранилища.os / Ошибка в строке: 177 / Преобразование к типу 'Число' не поддерживается}
Если при помещении в хранилище 1С в комментарии указать "Версия: ....." из-за этого неправильно формируется таблица значений
ТаблицуВерсий 
в процедуре
Функция СформироватьТаблицуВерсий(Массив)
8. -vito- 479 29.11.19 09:52 Сейчас в теме
(7) Максим,
дело в том, что библиотека v8storage список коммитов получает с помощью отчета по версиям в формате mxl, получаемого запуском Конфигуратора в пакетном режиме с ключом /ConfigurationRepositoryReport.
Далее полученный отчет парсится и вхождение строки "Версия:" является ключевым - после него ожидается номер версии. А у Вас получается, что этот текст стоит в комментарии.
Если для Вас использование именно такой строки в комментариях является критичным, вероятно придется дорабатывать алгоритм парсинга.
А если не критично - заменить на что-нибудь отличающееся, но имеющее тот же смысл, например "Номер версии:"
9. _LkMaksimka_ 29.11.19 09:58 Сейчас в теме
(8)Витaлий,
Для меня это не критично, комментарий я поправил. Просто хотел поделится этой особенностью.
10. leemuar 02.12.19 21:55 Сейчас в теме
(7) классная ошибка, здорово что нашли! Запишите задачу на исправление в гитхабе проекта: https://github.com/oscript-library/gitsync/issues
11. orcdunaev 25.12.19 09:01 Сейчас в теме
"Второе - теперь возможно указать информационную базу, используемую в качестве временной, для загрузки Конфигурации из Хранилища и выгрузки в файлы."

Если не секрет, как? В справке и на гитхабе не нашел упоминаний.
12. -vito- 479 25.12.19 09:11 Сейчас в теме
(11) Алексей,
встроенная справка >gitsync --help :

-U, --ib-usr, --ib-user, --db-user пользователь информационной базы (env $GITSYNC_IB_USR, $GITSYNC_IB_USER, $GITSYNC_DB_USER)
-P, --ib-pwd, --db-pwd пароль пользователя информационной базы (env $GITSYNC_IB_PASSWORD, $GITSYNC_IB_PWD, $GITSYNC_DB_PSW)
-C, --ibconnection, --ib-connection путь подключения к информационной базе (env $GITSYNC_IB_CONNECTION, $GITSYNC_IBCONNECTION)
13. orcdunaev 25.12.19 12:45 Сейчас в теме
(12) Спасибо. Я в справке это видел, но не понял, что это именно про временную базу.
14. Zerocl 560 31.01.20 16:47 Сейчас в теме
Коллеги, подскажите как сделать что бы метки переносились в гит как теги?
15. -vito- 479 31.01.20 18:44 Сейчас в теме
(14) Павел, с этим есть некоторые сложности.
Основная проблема с метками Хранилища - это как их получить. Данная версия GitSync список версий Хранилища получает, сформировав отчет по версиям в mxl-виде. Вернее, это делает библиотека v8storage. Но Платформа не включает в этот отчет метки. Возможно, для прежней версии GitSync можно было бы получить метки непосредственно из файла Хранилища.
В любом случае, это потребует допиливания библиотек под свои нужды.
Могу предложить "полуавтоматический" вариант: список с метками копируется (руками) из таблицы "история хранилища" в какой-нибудь файл, а затем скрипт или обработка его парсит, для каждой версии с меткой находит коммит Git-а и присоединяет ему тег. Чтобы коммиты можно было найти по номеру версии Хранилища, у меня например, к каждому комментарию коммита приписывается номер версии Храна. Правда делал я это для другого - чтобы глазами можно было всегда быстро найти соответствующий коммит.
16. Zerocl 560 03.02.20 09:51 Сейчас в теме
20. gubanoff 47 25.03.20 16:03 Сейчас в теме
(15)
Чтобы коммиты можно было найти по номеру версии Хранилища, у меня например, к каждому комментарию коммита приписывается номер версии Храна. Правда делал я это для другого - чтобы глазами можно было всегда быстро найти соответствующий коммит.


- очень хотим такое же себе :) Подскажите, как это сделать?
21. -vito- 479 25.03.20 17:56 Сейчас в теме
(20)
Тут совершенно примитивно:
В файле ".....\OneScript\lib\gitsync\src\core\Классы\МенеджерСинхронизации­.os" в процедуре ДополнитьТаблицуВерсийИменамиАвторов внутрь цикла добавлена строчка, меняющая Комментарий.

Для Каждого Строка Из ТаблицаВерсий Цикл
    Строка.Комментарий = Формат(Строка.НомерВерсии, "ЧГ=0") + ". " + Строка.Комментарий;
....
КонецЦикла;

Можно сделать и в другом месте, например перед непосредственным вызовом команды Git.
gubanoff; +1 Ответить
22. gubanoff 47 26.03.20 13:34 Сейчас в теме
(21) Спасибо! Так и сделал, в файле поправил, приложение собрал в файл
gitsync-3.0.0.ospx
Не могу понять, как его собрать в формате
gitsync.exe
, чтобы запускать на сервере без необходимости установки движка OneScript. Есть такая возможность?
23. -vito- 479 26.03.20 13:40 Сейчас в теме
(22) Честно говоря, ни разу не собирал в исполняемый файл. Везде пользуюсь установленным OScript. Поэтому здесь не подскажу, к сожалению.
25. gubanoff 47 26.03.20 15:27 Сейчас в теме
(23) помог Никита Грызлов. Алгоритм компиляции gisync.exe следующий:
1. Собираем пакет gitsync-3.0.0.ospx через opm командой
opm build --mf build_packagedef

2. Затем через oscript компилируем в exe командой
oscript -make src/cmd/gitsync.os gitsync.exe

3. Если ругается на недостающие пакеты, то устанавливаем их командой
opm install имя_пакета_на_который_ругалось
и повторяем шаг 2
24. gubanoff 47 26.03.20 13:43 Сейчас в теме
(21) хорошая идея для нового плагина для gitsync
17. petrov_2015 21.02.20 12:11 Сейчас в теме
Спасибо! Шпаргалка полезная.

1. А Вы используете gitsync3+plugins в Jenkins?
У меня строка запуска, работающая из консоли, выдает ошибку чтения параметров при запуске из jenkins. Если не использовать Опции плагинов (типа "--limit 1" ), то все Работает. Явно jenkins, работающий под Системным пользователем Не видит плагинов , установленных под Локальным пользователем (в его appdata). Как-то можно плагины установить в общую зону видимости, доступную и локальному пользователю и системному jenkins?

2. В качестве наблюдения. Ожидал, что плагин check-authors будет работать подключаться аналогично check-comments (ключ --error-comment). Т.е. для одних проектов можно включать, а для других - нет. Но оказалось, что check-authors ведет себя по простому: ели он enable, то действует и дополнительного ключа в строке запуска не нужно.
18. -vito- 479 21.02.20 12:40 Сейчас в теме
(17) Михаил,
У меня работает без Дженкинса на этом проекте.
Как Вы правильно заметили, плагины установлены в локальном каталоге пользователя, отличного от агента Дженкинса. Думаю, самым простым выходом было бы единоразово запустить из Дженкинса скрипт с командой установки и инициализации нужных плагинов. В этом случае они будут установлены и в локальном каталоге, доступном агенту.
19. petrov_2015 21.02.20 14:41 Сейчас в теме
Хм, Красивое решение. Сработало. Спасибо.

Кому интересно, создал bat-ничек и 1дин раз пропустил его на шаге jenkins

rem Инициируем работу с плагинами
rem При инициализации плагины будут распакованы в каталог данных приложения - %localappdata%\gitsync\plugins
rem Если запустить на шаге Jenkins, то плагины помещаются в папку SYSTEM-пользователя
rem 	C:\Windows\System32\config\systemprofile\AppData\Local
rem 	C:\Windows\SysWOW64\config\systemprofile\AppData\Local
gitsync plugins init

rem Включаем используемые плагины
gitsync plugins enable limit
gitsync plugins enable unpackForm
gitsync plugins enable check-authors

rem проверяем результат
gitsync plugins list -a
Показать
26. malikov_pro 380 15.06.20 09:50 Сейчас в теме
Есть ли вариант push репо с помощью плагина при экспорте в подпапку проекта, например /src?
Экспортировать в корень проекта неудобно с учетом наличия CI/CD конфигов, документации и прочего.
27. -vito- 479 15.06.20 11:18 Сейчас в теме
(26)Александр, если я правильно понял Ваш вопрос, то за это отвечает параметр WORKDIR.
C:\>gitsync sync --help
Команда: sync, s
Выполняет синхронизацию хранилища 1С с git-репозиторием

Строка запуска: gitsync sync [ОПЦИИ] PATH [WORKDIR]

Аргументы:
PATH Путь к хранилищу конфигурации 1С. (env $GITSYNC_STORAGE_PATH)
WORKDIR Каталог исходников внутри локальной копии git-репозитория. (env $GITSYNC_WORKDIR)
28. malikov_pro 380 15.06.20 12:36 Сейчас в теме
(27) Хелп читать умею :). Использовать для этого плагин sync-remote не получилось, поэтому использую:

set GITSYNC_WORKDIR=f:\git\luxpoint\src\
...
f:
cd f:\git\luxpoint
git push

Вопрос был больше по плагину, некорректно первоначально поставил.
29. Stas-ch 35 25.06.20 18:31 Сейчас в теме
Добрый день!
Использую bat файл для автоматизации выгрузки:
set Log="C:\git\log_gs.txt"
set GITSYNC_WORKDIR=C:/GIT/ut2/
set GITSYNC_STORAGE_PATH=C:/GIT/Storage/UT/
set GITSYNC_STORAGE_USER=User
set GITSYNC_V8_PATH=C:/Program Files/1cv8/8.3.15.1778/bin/1cv8.exe
set GITSYNC_VERBOSE=true  
set GITSYNC_TEMP=C:\GIT\Temp\sync
echo +++ Start gitsync %date% %time% >> %Log%
gitsync -v s --limit 1 --increment=disable
Показать

В итоге получаю ошибку:
ОШИБКА - Получен ненулевой код возврата 1. Выполнение скрипта остановлено!
КРИТИЧНАЯОШИБКА - {Модуль C:\Program Files\OneScript\lib\gitsync\oscript_modules\v8runner\src\v8r­unner.os / Ошибка в строке: 1291 / Хранилище конфигурации по адресу:
c:\GIT\--increment=enable
не обнаружено.}
т.е. не получается указать команду с параметром. Как это правильно сделать? пробовал False, тоже не работает.
Исходя из примеров:
gitsync export store -limit 10 -increment -v8version 8.3.10
не указывается булевский параметр, согласно справке:
-increment - Булево, признак использования выгрузки только изменений, действует с платформы 8.3.10

И попутно второй вопрос - а где настраиваются логи работы? Сейчас все запускаю в командной строке и после работы смотрю какие были сообщения. А когда все будет в регламентном задании (шедулере), то как увидеть лог работы?
30. Zerocl 560 08.07.20 09:46 Сейчас в теме
Коллеги, добрый день. Подскажите при попытке сделать синхронизацию типовым способом программа не видит версии в хранилище выдает следующие сообщение.

ИНФОРМАЦИЯ - Номер последней версии в хранилище: 0

Причем не важно к какому хранилищу подключать, пробовал разные.
Если включаю плагин tool1CD все работает.

Хотелось бы типовой запустить.
31. -vito- 479 08.07.20 11:17 Сейчас в теме
(30)
Причем не важно к какому хранилищу подключать, пробовал разные.
Если включаю плагин tool1CD все работает.

Хотелось бы типовой запустить

Павел, если это происходит на Платформе 8.3.17, то скорее всего это результат изменения в формате отчета по версиям хранилища. Посмотрите мой комментарий №8 выше, я там описывал каким образом GitSync получает список версий.

Цитата из информации об обновлениях Платформы:
При формировании отчета по версиям хранилища конфигурации реализована возможность управлять:
Интервалом дат, за который получается отчет.
Включением или исключением из отчета версий с установленными метками.
Включить вывод в отчет комментарии, начинающиеся с символов комментария (//).
Указывать, для какой версии конфигурации выводить изменения в хранилище.
Управлять форматом отчета по хранилищу.
Для команды пакетного запуска конфигуратора ConfigurationRepositoryReport реализованы параметры DateBegin, DateEnd, DoNotIncludeVersionsWithLabel, IncludeOnlyVersionsWithLabel, IncludeCommentLineWithDoubleSlash, ConfigurationVersion, ReportFormat.

Источник: https://dl04.1c.ru/content/Platform/8_3_17_1549/1cv8upd_8_3_17_1549.htm#e1eba073-f595-11e9-8371-0050569f678a

https://dl04.1c.ru/content/Platform/8_3_17_1549/1cv8upd_8_3_17_1549.htm#
32. Zerocl 560 08.07.20 15:12 Сейчас в теме
(31) Витaлий, спасибо, помогло разобраться, как оказалось стояла английская версия платформы и программа в отчете mxl не находила слово "Номер версии:" ))
Оставьте свое сообщение

См. также

Технология разветвлённой разработки, использующая git, ci/cd

CI/CD Git (GitHub, GitLab, BitBucket) Методология управления разработкой EDT 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

Адаптация и расширение требований к разветвлённой разработке с использованием git и ci/cd, основанное на стандартах 1С

24.02.2020    5103    0    check2    10    

Git для 1С-ника и другие технологии групповой разработки

Инструментарий разработчика Git (GitHub, GitLab, BitBucket) v8 1cv8.cf Россия Бесплатно (free)

У многих специалистов в отношении Git сложились стереотипы, мешающие начать работу с этим прекрасным и удобным инструментом. Почему его не стоит бояться, и чем он может упростить жизнь 1С-никам, рассказал архитектор ГК «Невада» Станислав Ганиев.

28.10.2019    11832    0    stas_ganiev    16    

Переход на разработку с хранением в Git, часть 1, подготовка репозитория

Хранилище Git (GitHub, GitLab, BitBucket) v8 1cv8.cf Россия Бесплатно (free)

Описываю свой опыт переноса разработки в git в малой группе. В тех статьях, которые уже есть, описывается полная цепочка. Думаю своими статьями снизить порог входа в достаточно важную часть разработки.

29.09.2019    7669    0    malikov_pro    14