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

26.11.19

Разработка - Групповая разработка (Git, хранилище)

В новой версии 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С-программирование DevOps и автоматизация разработки Групповая разработка (Git, хранилище) DevOps для 1С Программист Стажер Платформа 1С v8.3 Платные (руб)

Использования систем контроля версий — стандарт современной разработки. На курсе научимся использованию Хранилища 1С и GIT при разработке на 1С:Предприятие 8. Разберем подходы и приемы коллективной разработки, научимся самостоятельно настраивать системы и ориентироваться в них.

4900 руб.

29.06.2022    10417    84    4    

116

Групповая разработка (Git, хранилище) Программист Руководитель проекта Стажер Бесплатно (free)

Про изменения и новинки в агрегаторе открытых проектов OpenYellow, которые появились с момента его создания: про портал, Github и Telegram

15.07.2024    2174    bayselonarrend    8    

21

Групповая разработка (Git, хранилище) Программист Стажер Бесплатно (free)

О проблемах новых 1С-проектов в общем океане открытого программного обеспечения.

07.07.2024    2662    bayselonarrend    57    

33

Групповая разработка (Git, хранилище) OneScript Программист Платформа 1С v8.3 Бесплатно (free)

Скрипт для работы с SonarQube и локальным репозиторием Git.<br> Цель проекта – возможность выполнить быструю проверку качества кода перед тем, как помещать доработки в рабочее хранилище. В Sonar и Git выгружается не вся конфигурация, а только объекты из заданного списка.<br> https://github.com/vkrivov/go/

02.07.2024    2393    vkrivov@yandex.ru    8    

17

Групповая разработка (Git, хранилище) Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)

Столкнулся с проблемой при загрузке метаданных в СППР из GitLab на сервере 1С под Linux (РЭД ОС 7.3). При загрузке метаданных конфигурации, процесс загрузки длился несколько секунд и "благополучно" (без сообщений об ошибке) завершался. При этом метаданные не загружались.

1 стартмани

02.07.2024    452    0    Live    1    

3

Групповая разработка (Git, хранилище) Программист Стажер Бесплатно (free)

Не знаете, чем бы таким заполнить свой профиль Github? Заполните его своими статьями на Инфостарт! Этот простой workflow сам соберет список ваших последних статей и будет периодически обновлять его для актуализации данных.

08.04.2024    1220    bayselonarrend    2    

33

Групповая разработка (Git, хранилище) Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Доработки 1С:ERP на крупных проектах можно организовать, не внося изменения в саму типовую конфигурацию, а используя только расширения и отдельные «микроконфигурации». Расскажем о том, как это сделать без EDT, используя процесс разработки GitHub Flow.

02.04.2024    6803    Begemoth80    24    

51

Групповая разработка (Git, хранилище) OneScript Системный администратор Программист Бесплатно (free)

Сегодня мы посмотрим на Github Actions - встроенный инструментарий Github для автоматизации рабочих процессов. Разберем, что это такое, зачем и причем тут OneScript.

25.03.2024    2045    bayselonarrend    3    

41
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. awk 743 26.11.19 09:31 Сейчас в теме
А формат выгрузки EDT, 1С или какой еще?
2. VKislitsin 990 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 743 26.11.19 11:58 Сейчас в теме
(2) Спасибо. У меня несколько переписанный (а точнее, смотря на него, с нуля написанный) ГитКонвертер....
4. Angel_19 6 28.11.19 09:31 Сейчас в теме
Т.е. для работы с Git использование хранилища необязательно, раз конфигурация выгружается посредством Конфигуратора?
5. VKislitsin 990 28.11.19 10:40 Сейчас в теме
(4) Роман,
для работы с Git использование Хранилища не обязательно. По сути, это две разных системы контроля версий. Одна - проприетарная от 1С, другая - от linux-сообщества.
Вместо помещений в Хранилище, Вы можете каждый раз делать выгрузку в XML (инкрементальную, чтобы не выгружать всё) и коммитить в git-репозиторий выполнением команд в консоли, либо каким-либо git-клиентом.
Как раз так и работают в EDT. Там лишь нет шага "выгрузка в файлы", т.к. EDT работает не с "черным ящиком" Конфигурации а с уже выгруженными файлами.
В таком случае Вам не нужен GitSync. Он предназначен для того, чтобы синхронизировать с git-репозиторием "стандартную" разработку, при которой используется Хранилище.
Angel_19; +1 Ответить
6. Angel_19 6 28.11.19 12:34 Сейчас в теме
(5)
Спасибо. Ранее от использования (или от того, чтобы начать что-то пробовать в этом направлении) останавливало только то, что вроде как нужно было использовать хранилище конфигурации. Раз можно без него - то отлично.
7. _LkMaksimka_ 1 28.11.19 22:14 Сейчас в теме
Обнаружил небольшую особенность, GitSync будет выдавать сообщение
КРИТИЧНАЯОШИБКА - {Модуль C:\Program Files\OneScript\lib\gitsync\oscript_modules\v8storage\src\Классы\internal\ripper\Классы\ПарсерОтчетаХранилища.os / Ошибка в строке: 177 / Преобразование к типу 'Число' не поддерживается}
Если при помещении в хранилище 1С в комментарии указать "Версия: ....." из-за этого неправильно формируется таблица значений
ТаблицуВерсий 
в процедуре
Функция СформироватьТаблицуВерсий(Массив)
8. VKislitsin 990 29.11.19 09:52 Сейчас в теме
(7) Максим,
дело в том, что библиотека v8storage список коммитов получает с помощью отчета по версиям в формате mxl, получаемого запуском Конфигуратора в пакетном режиме с ключом /ConfigurationRepositoryReport.
Далее полученный отчет парсится и вхождение строки "Версия:" является ключевым - после него ожидается номер версии. А у Вас получается, что этот текст стоит в комментарии.
Если для Вас использование именно такой строки в комментариях является критичным, вероятно придется дорабатывать алгоритм парсинга.
А если не критично - заменить на что-нибудь отличающееся, но имеющее тот же смысл, например "Номер версии:"
9. _LkMaksimka_ 1 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. VKislitsin 990 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. Sib4p 702 31.01.20 16:47 Сейчас в теме
Коллеги, подскажите как сделать что бы метки переносились в гит как теги?
15. VKislitsin 990 31.01.20 18:44 Сейчас в теме
(14) Павел, с этим есть некоторые сложности.
Основная проблема с метками Хранилища - это как их получить. Данная версия GitSync список версий Хранилища получает, сформировав отчет по версиям в mxl-виде. Вернее, это делает библиотека v8storage. Но Платформа не включает в этот отчет метки. Возможно, для прежней версии GitSync можно было бы получить метки непосредственно из файла Хранилища.
В любом случае, это потребует допиливания библиотек под свои нужды.
Могу предложить "полуавтоматический" вариант: список с метками копируется (руками) из таблицы "история хранилища" в какой-нибудь файл, а затем скрипт или обработка его парсит, для каждой версии с меткой находит коммит Git-а и присоединяет ему тег. Чтобы коммиты можно было найти по номеру версии Хранилища, у меня например, к каждому комментарию коммита приписывается номер версии Храна. Правда делал я это для другого - чтобы глазами можно было всегда быстро найти соответствующий коммит.
16. Sib4p 702 03.02.20 09:51 Сейчас в теме
20. gubanoff 63 25.03.20 16:03 Сейчас в теме
(15)
Чтобы коммиты можно было найти по номеру версии Хранилища, у меня например, к каждому комментарию коммита приписывается номер версии Храна. Правда делал я это для другого - чтобы глазами можно было всегда быстро найти соответствующий коммит.


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

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

Можно сделать и в другом месте, например перед непосредственным вызовом команды Git.
gubanoff; +1 Ответить
22. gubanoff 63 26.03.20 13:34 Сейчас в теме
(21) Спасибо! Так и сделал, в файле поправил, приложение собрал в файл
gitsync-3.0.0.ospx
Не могу понять, как его собрать в формате
gitsync.exe
, чтобы запускать на сервере без необходимости установки движка OneScript. Есть такая возможность?
23. VKislitsin 990 26.03.20 13:40 Сейчас в теме
(22) Честно говоря, ни разу не собирал в исполняемый файл. Везде пользуюсь установленным OScript. Поэтому здесь не подскажу, к сожалению.
25. gubanoff 63 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
VKislitsin; +1 Ответить
24. gubanoff 63 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. VKislitsin 990 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 1314 15.06.20 09:50 Сейчас в теме
Есть ли вариант push репо с помощью плагина при экспорте в подпапку проекта, например /src?
Экспортировать в корень проекта неудобно с учетом наличия CI/CD конфигов, документации и прочего.
27. VKislitsin 990 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 1314 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. Sib4p 702 08.07.20 09:46 Сейчас в теме
Коллеги, добрый день. Подскажите при попытке сделать синхронизацию типовым способом программа не видит версии в хранилище выдает следующие сообщение.

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

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

Хотелось бы типовой запустить.
31. VKislitsin 990 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. Sib4p 702 08.07.20 15:12 Сейчас в теме
(31) Витaлий, спасибо, помогло разобраться, как оказалось стояла английская версия платформы и программа в отчете mxl не находила слово "Номер версии:" ))
VKislitsin; +1 Ответить
33. axelerleo 343 13.10.20 14:10 Сейчас в теме
Добрый день! кто настраивал инкрементную выгрузку, верно ли я понял, что теперь не надо указывать -increment в строке команды, достаточно чтобы был включен соответствующий плагин?
34. K_Mixa 15.10.20 15:05 Сейчас в теме
Было упоминание про то что можно задать параметры временной базы. Вопрос хочу использовать серверную базу для этих целей. В каком виде нужно задать параметры?
35. VKislitsin 990 15.10.20 15:14 Сейчас в теме
(34) Михаил, я в (12) отвечал на такой же вопрос.
Как вариант:
--ibconnection <ПутьКВременнойИБ> --ib-usr <ПользовательИБ> --ib-pwd <ПарольПользователяИБ>
<ПутьКВременнойИБ> может быть серверным, вида /S sever\infobase.
vesd; nature2002; +2 Ответить
36. K_Mixa 15.10.20 15:36 Сейчас в теме
(35)
/S sever\infobase
В 12-ом сообщении не было про /S. Вроде получилось только после /S пробел не нужен. /Ssever\infobase. У меня с пробелом не сработало. Спасибо за помощь.
nature2002; +1 Ответить
37. axelerleo 343 01.03.21 12:12 Сейчас в теме
Ругается при попытке синхронизации на файл smartTags.os.
Тега #Область 3, а тега #КонецОбласти - 2.
И такая беда во многих файлах. opm update --all не помогло.
Куда копать?
38. sashocq 193 30.04.21 13:09 Сейчас в теме
Коллеги, где-то видел упоминание, что существует плагин подстановки другого пользователя для выгрузки в гит по комменту.

Например, я обновил конфигурацию и при помещении в хранилище указываю в комменте что-то типа #author 1c@1c.ru и gitsync выгружает это изменение уже от имени этого пользователя. Но не могу найти такой плагин (в стандартных его нет).

Кто знает где его найти и как использовать?
42. VKislitsin 990 02.08.21 20:36 Сейчас в теме
(38) Возможно, вопрос уже не актуален. В прежней версии gitsync такое было. Сейчас "из коробки" нет, по-моему.
Есть issue в гитхабе на этот счет, но, похоже, без развязки: https://github.com/oscript-library/gitsync/issues/129
В принципе, совсем несложно допилить gitsync под себя, чтобы такой функционал был. Не думаю, что это выльется больше, чем в 5 строчек кода (если не пытаться сделать плагин). Но при каждом обновлении, конечно, придется свои доработки возвращать на место.
39. ruslan902004 02.08.21 18:57 Сейчас в теме
Парни подскажите, gitsync отчеты скд разбирает для git, возможно потом например в СКД отчете историю запроса посмотреть?
40. VKislitsin 990 02.08.21 19:05 Сейчас в теме
(39) Если речь идет об истории изменения запроса от коммита к коммиту (или по-нашему 1С-ному, "версии хранилища"), то ДА, git покажет различия в тексте запроса. Сам запрос будет в xml-файле схемы компоновки данных, с именем вида Reports\ИмяОтчета\Templates\ОсновнаяСхемаКомпоновкиДанных\Ex­t\Template.xml.
ruslan902004; +1 Ответить
41. ruslan902004 02.08.21 19:14 Сейчас в теме
43. SlavaS 20.08.21 18:04 Сейчас в теме
Столкнулся с проблемой просмотра истории коммитов в bitbucket
https://bitbucket.org/VchSimonov/storage_conf_remote/src/develop/config/Docume­nts/%D0%9F%D1%80%D0%B8%D0%BE%D0%B1%D1%80%D0%B5%D1%82%D0%B5%D­0%BD%D0%B8%D0%B5%D0%A2%D0%BE%D0%B2%D0%B0%D1%80%D0%BE%D0%B2/E­xt/ObjectModule.bsl

Для эксперимента создал простое хранилище с одним файлом и тремя коммитами его историю bitbucket отображает корректно
https://bitbucket.org/VchSimonov/fortest/history-node/bbd485c7fc85da7906913816dab8600ea949bc38/file.txt?at=develop

Почему так? Команда sync что-то не так отрабатывает.
44. axelerleo 343 25.11.21 17:19 Сейчас в теме
Добрый день! Коллеги, подскажите, куда копать?
Есть конфигурация, подключенная к хранилищу, и расширение, подключенное к другому хранилищу.
как это все выгрузить, используя гитсинк, в один проект для передачи в сонаркуб?
-e ИмяРасширения пробовал, получаю ошибку
соединение расширения конфигурации с хранилищем основной конфигурации невозможно
как корректно указать строку подключения?
45. VKislitsin 990 25.11.21 18:47 Сейчас в теме
(44)
как корректно указать строку подключения

У меня работает такая конструкция:
gitsync --tempdir D:\_tmp\gitsync --v8version 8.3.18.1208 sync --storage-user gitbot --ext ИмяРасширения E:/1c_repos/ИмяХранилища/ D:/1git_repos/ИмяРепозитория/src
46. axelerleo 343 25.11.21 20:25 Сейчас в теме
(45) Спасибо за быстрый ответ! Я верно понимаю, что речь идет о хранилище расширения?
т.е. в общем случае, у меня будет отдельная строка подключения для каждого расширения?
И еще вопрос - репозиторий гит будет отдельным проектом в сонаркубе, верно я понял?
47. VKislitsin 990 25.11.21 20:34 Сейчас в теме
(46)
отдельная строка подключения для каждого расширения

Да, отдельная строка для хранилища конфигурации, отдельные строки для каждого хранилища расширений. Если в git они все вместе нужны единым проектом, то целевыми каталогами для синхронизации будут подкаталоги проекта.
begemot; axelerleo; +2 Ответить
48. axelerleo 343 25.11.21 21:03 Сейчас в теме
(47) Благодарю! Буду пробовать.
49. pavlo 22.01.24 13:42 Сейчас в теме
а кто нибудь знает как победить, делаю gitsync sync с нужными параметрами, а она орет на лицензию которая на другом серваке программная.
Если тоже самое делаю через командную строку 1cv8 designer то отлично выгружает все :(


а потом стала выдавать такое и переустановка всего не помогает
C:\Program Files\OneScript\bin>gitsync plugins init
{Модуль C:\Program Files\OneScript\lib\gitsync\src\core\Классы\internal\Классы\­ПодключениеПлагиновКаталога.os / Ошибка в
строке: 73 / Внешнее исключение (System.Collections.Generic.KeyNotFoundException): Данный ключ отсутствует в словаре.}
50. pavlo 22.01.24 14:20 Сейчас в теме
(49) почистил локальную папку теперь снова лицензия не устраивает
C:\Program Files\OneScript\bin>gitsync sync -u Тест -p test tcp://192.168.180.150/test c:\temp\test\src\cf

ИНФОРМАЦИЯ - Начало выполнение команды <sync>
ИНФОРМАЦИЯ - Начата синхронизация с git
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования
ОШИБКА - Получен ненулевой код возврата 1. Выполнение скрипта остановлено!
КРИТИЧНАЯОШИБКА - {Модуль C:\Program Files\OneScript\lib\gitsync\oscript_modules\v8runner\src\v8r­unner.os / Ошибка в строке: 1400 / Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программ
ная лицензия!
}
51. VKislitsin 990 22.01.24 17:36 Сейчас в теме
(49) Предположу, что в пакетном режиме вы указываете серверную базу, которая может получить лицензию, а для Гитсинка либо не указываете и он создает файловую на текущем сервере/компе, либо (если явно указана серверная база) она не может получить лицензию.
orakool; pavlo; +2 Ответить
52. pavlo 22.01.24 17:49 Сейчас в теме
(51) ну база та что к хранилищу на серваке указываю, а промежуточная сама по себе я и не видел параметров для указания для нее чего то в sync
53. VKislitsin 990 22.01.24 20:11 Сейчас в теме
(52) вот, в тексте статьи есть следующий абзац (как раз ваш случай):
Второе - теперь возможно указать информационную базу, используемую в качестве временной, для загрузки Конфигурации из Хранилища и выгрузки в файлы. Ранее для этого каждый раз создавалась временная файловая база. Проблемой это становилось, если на сервере, где происходит работа, нет возможности получить клиентскую лицензию. Например, клиентские лицензии выдает сервер приложений 1С.
54. pavlo 23.01.24 09:18 Сейчас в теме
(53) если вы про --tempdir то как туда указать то базу не локальную? серверная то не имеет каталога
55. pavlo 23.01.24 10:17 Сейчас в теме
(53)
gitsync -v --tempdir C:\Temp\gitsync --v8version 8.3.21.1302 sync -useVendorUnload tcp://192.168.180.150/test c:\temp\test\src\cf

и получаю

Создание информационной базы ("File="C:\Temp\gitsync\dzucoecouqd.tmp\v8r_TempDB";Locale = "ru_RU";") успешно завершено

ОТЛАДКА - [oscript.lib.v8runner] - "C:\Program Files\1Cv8\8.3.21.1302\bin\1cv8.exe" DESIGNER /F"C:\Temp\gitsync\dzucoecouqd.tmp\v8r_TempDB" /Out "C:\Temp\gitsync\dzucoecouqd.tmp\04muvlpt24l.txt" /WA+ /LRU /VLRU
/DisableStartupMessages /DisableStartupDialogs /ConfigurationRepositoryN "seVendorUnload" /ConfigurationRepositoryF "tcp://192.168.180.150/test" /ConfigurationRepositoryReport "C:\Temp\gitsync\bi02jtbw4gb.mxl" -N
Begin 0 -IncludeCommentLinesWithDoubleSlash

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

Если попробовать создать файловую локально базу, то да также не найдет лицензию :(
56. VKislitsin 990 23.01.24 10:33 Сейчас в теме
(55) нет, я не про tempdir (это каталог куда врем.файлы будут складываться).
Посмотрите параметр -C, (--ibconnection, --ib-connection) - это как раз база, через которую будет выполняться загрузка из храна и выгрузка в файлы. Можно создать пустую на сервере и указать её параметры (включая пользователя и пароль).

Строка запуска: gitsync [ОПЦИИ] КОМАНДА [аргументы...]

Опции:
--version показать версию и выйти
--v8version маска версии платформы 1С (8.3, 8.3.5, 8.3.6.2299 и т.п.) (env $GITSYNC_V8VERSION) (по умолчанию 8.3)
--v8-path путь к исполняемому файлу платформы 1С (Например, /opt/1C/v8.3/x86_64/1cv8) (env
$GITSYNC_V8_PATH)
-v, --verbose вывод отладочной информации в процессе выполнения (env $GITSYNC_VERBOSE)
-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)
-t, --tempdir путь к каталогу временных файлов (env $GITSYNC_TEMP, $GITSYNC_TEMPDIR)
--git-path путь к исполняемому файлу git (env $GITSYNC_GIT_PATH, $GIT_PATH)
--domain-email домен почты для пользователей git (env $GITSYNC_EMAIL, $GITSYNC_DOMAIN_EMAIL) (по умолчанию localhost)
Показать
57. pavlo 23.01.24 10:57 Сейчас в теме
(56) спасибо огромнейшее вам, наконец вкурил что за что отвечает и нормально взлетело
gitsync --v8version 8.3.21.1302 --ibconnection /Slocalhost/test sync -u test -p test tcp://192.168.180.150/test c:\temp\test\src\cf


еще пару вопросов помогите плизз, гита нет, нужно просто распаковать и разницу отдать в сонар

постоянно ругается на:
ПРЕДУПРЕЖДЕНИЕ -
Использование синтаксиса лямбда выражений без "->" а так же описания оповещения является устаревшим
и будет удален в последующих версиях, необходимо заменить места использования

это нормально?

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

ИНФОРМАЦИЯ - Номер синхронизированной версии: 0
ИНФОРМАЦИЯ - Номер последней версии в хранилище: 5
КРИТИЧНАЯОШИБКА - Нашли версию <1>, а автор <Мастер> не сопоставлен пользователь git.
КРИТИЧНАЯОШИБКА - Нашли версию <2>, а автор <Мастер> не сопоставлен пользователь git.
КРИТИЧНАЯОШИБКА - Нашли версию <3>, а автор <Мастер> не сопоставлен пользователь git.
КРИТИЧНАЯОШИБКА - Нашли версию <4>, а автор <Мастер> не сопоставлен пользователь git.
КРИТИЧНАЯОШИБКА - Нашли версию <5>, а автор <Мастер> не сопоставлен пользователь git.
КРИТИЧНАЯОШИБКА - {Модуль C:\Users\pkirilenko\AppData\Local\gitsync\plugins\gitsync-plugins\src\Классы\checkAuthors.os / Ошибка в строке: 120 / В таблице истории версий найдены авторы (количество 5), которые не
сопоставлены в AUTHORS}

и главное как это подхватить должен сонар не понятно или я не тем путем пошел?
58. VKislitsin 990 23.01.24 12:06 Сейчас в теме
(57) На предупреждение насчет лямбда выражений, полагаю, можно не обращать внимания. Это "внутренняя кухня" gitsync и oscript.

Насчет авторов в Гит - вам нужно в файле AUTHORS (в корне репозитория) сопоставить пользователей Хранилища 1С (всех что есть или тех, чьи коммиты попадают в выгрузку) и их email-ов, с которыми эти пользователи созданы в Гит. Автоматически пользователи в этом файле не сопоставляются. Тут немного нужно руками поработать.

Про "Гита нет" не совсем понятно. Без него у вас репозиторий не создастся даже. Скорее всего речь идет о гит-клиенте, для просмотра? Если так, то можно либо прямо в командной строке с гитом работать. В том числе просматривать созданные коммиты. Или можно взять какой-нибудь портабельный клиент.
60. pavlo 24.01.24 12:31 Сейчас в теме
(58) это видимо гита не видит по путям, собрал локальную репу и все ок, а как туда сонар прикрутить пока не понятно :)
59. pavlo 23.01.24 15:03 Сейчас в теме
Я про это.

C:\Program Files\OneScript\bin>gitsync init --storage-user test --storage-pwd test tcp://192.168.180.150/test c:\temp\test\src\cfe
ОШИБКА - Получен ненулевой код возврата 1. Сообщение: `"git" ?? ????? ???????? ??? ?????
????????, ??????? ?????? ??? ?????? ????.
`
ОШИБКА - Получен ненулевой код возврата 1. Выполнение скрипта остановлено!
КРИТИЧНАЯОШИБКА - {Модуль C:\Program Files\OneScript\lib\gitsync\oscript_modules\gitrunner\src\Ги­тРепозиторий.os / Ошибка в строке: 919 / "git" ?? ????? ???????? ??? ?????
????????, ??????? ?????? ??? ?????? ????.
}
64. user791777 08.05.24 16:23 Сейчас в теме
(59)Ловлю похожую ошибку и не знаю,что делать(

C:\Windows\system32>gitsync init \\dfs\dfs\ITObmen\Hranilish\Karp "C:\Users\dkusaev\Documents\GitHub\KarpBase"
ОШИБКА - Получен ненулевой код возврата 1. Сообщение: `"git" ?? ????? ???????? ??? ?????
????????, ??????? ?????? ??? ?????? ????.
`
ОШИБКА - Получен ненулевой код возврата 1. Выполнение скрипта остановлено!
КРИТИЧНАЯОШИБКА - {Модуль C:\Program Files (x86)\OneScript\lib\gitsync\oscript_modules\gitrunner\src\ГитРепо­зиторий.os / Ошибка в строке: 919 / "git" ?? ????? ???????? ??? ?????
????????, ??????? ?????? ??? ?????? ????.
}
61. pavlo 01.02.24 17:12 Сейчас в теме
А кто то gisync прикручивал к gitlab CI? просто нужно по шедулеру запустить gisync, но там есть параметр без комментов не пропускать, тоесть отлуп и уведомление на stage от gitlab, а еще главная беда по логике, gitlab запускает gitcync и чтобы дальше сработал сонар нужно запушить, получается задача по времени запустилась из runner gitlab пушнула и по событию пуша снова запустилась. :(

Может кто то по другому реализовывал?
62. pavlo 02.02.24 12:38 Сейчас в теме
заметил такую вещь что не работает push и pull даже при включенном плагине sync-remote
gitsync sync --pull --push

и при gitsync sync даже не показывает эти параметры, только gitsync sync --help только показывает, но толку нет
даже если вместо этих параметров за инитить переменные $GITSYNC_REMOTE_PUSH и $GITSYNC_REMOTE_PULL эффект нулевой
в gitsync -v sync видно что даже не пытается
63. pavlo 22.02.24 13:20 Сейчас в теме
почему то на ровном месте начал на каждую версию писать
ОТЛАДКА - [o.l.g.p.increment] - Инкрементальная выгрузка конфигурации - НЕВОЗМОЖНА
ИНФОРМАЦИЯ - Тип выгрузки конфигурации в файлы: ПОЛНАЯ ВЫГРУЗКА

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

а потом делает вызов 1с с ключем -getChanges
DumpInfo.xml"
ОТЛАДКА - [oscript.lib.v8runner] - Получен код возврата 0
ОТЛАДКА - [oscript.lib.v8runner] - Это внешний файл информации: Нет
ОТЛАДКА - [oscript.lib.v8runner] - Очищать файл информации: Да
ОТЛАДКА - [oscript.lib.v8runner] - Удаляю файл информации 1С
ОТЛАДКА - [oscript.lib.v8runner] - файл информации:
Соединение с хранилищем конфигурации не установлено

Потом начинает полную выгрузку -format Hierarchical и снова
ОТЛАДКА - [oscript.lib.v8runner] - Получен код возврата 0
ОТЛАДКА - [oscript.lib.v8runner] - Это внешний файл информации: Нет
ОТЛАДКА - [oscript.lib.v8runner] - Очищать файл информации: Да
ОТЛАДКА - [oscript.lib.v8runner] - Удаляю файл информации 1С
ОТЛАДКА - [oscript.lib.v8runner] - файл информации:
Соединение с хранилищем конфигурации не установлено

Ключи то все в коммандной строке переданы и первый раз соединяется с хранилищем, потом что не так не понятно :(
Оставьте свое сообщение