Павлов Дмитрий

45
Рейтинг

itsys
Дмитрий Павлов



  •   Регистрация: 11.02.2009 (15 лет назад)

  •   Был(а) на сайте: 16.04.2024

Друзья
  • Дмитрий Малышев
  • Евгений Комиссаров
  • Сергей
  • Андрей Волин
  • ce ce
  • Александр Чугунов
Подписчики 6

Рейтинг 45

Работа с GitLab API

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

Работа с API GitLab на примере запуска pipeline с переменными, отслеживания его статуса и загрузкой полученных артефактов.

1 стартмани

06.10.2023    1225    3    itsys    0       

6

Комментарии

ОбменРабота с GitLab API#0 06.10.23 9:30
Работа с API GitLab на примере запуска pipeline с переменными, отслеживания его статуса и загрузкой полученных артефактов.
ПубликацииАвтоматизация расчета покрытия кода тестами#13 09.03.22 11:15
(12)
Добился нормальной стабильной работы.

Окончательный вариант, может кому пригодится:
- start "" cmd /c Coverage41C start -i %BASE1C% -u http://127.0.0.1:1550 -s %CI_PROJECT_DIR%\SML -P %CI_PROJECT_DIR% -o %TestDIR%\genericCoverage.xml -r EDITABLE_SUPPORT_ENABLED
- start "" /wait "%V8%" %BASECON% /N%Admin1C% /Execute "C:\Program Files\OneScript\lib\vanessa-automation\vanessa-automation.epf" /TESTMANAGER /C"StartFeaturePlayer;VBParams=%TestDIR%\params.json"
- start "" cmd /c Coverage41C stop -i %BASE1C% -u http://127.0.0.1:1550
ПубликацииАвтоматизация расчета покрытия кода тестами#12 05.03.22 11:00
(11)
Разобрался, моя ошибка путь к проекту вместо -P указал через -p :)

Отрабатывает нормально, но при закрытии отчета получается следующее:
$ start "" Coverage41C start -i %BASE1C% -u http://127.0.0.1:1550 -s %CI_PROJECT_DIR%\SML -P %CI_PROJECT_DIR% -o %TestDIR%\genericCoverage.xml -r EDITABLE_SUPPORT_ENABLED
$ start "" /wait "%V8%" %BASECON% /N%Admin1C% /Execute "C:\Program Files\OneScript\lib\vanessa-automation\vanessa-automation.epf" /TESTMANAGER /C"StartFeaturePlayer;VBParams=%TestDIR%\params.json"
$ start "" /wait Coverage41C stop -i %BASE1C% -u http://127.0.0.1:1550
^CTerminate batch job (Y/N)?
Uploading artifacts for failed job
Uploading artifacts...
Runtime platform arch=amd64 os=windows pid=16744 revision=5316d4ac version=14.6.0
jUnit\SML-junit.xml: found 1 matching files and directories
Uploading artifacts as "junit" to coordinator... ok id=26940 responseStatus=201 Created token=hX8DPNzD
ERROR: Job failed: exit status 3221225786

Посылается Ctrl+C в активное окно выполнения и в результате все прерывается.
ПубликацииАвтоматизация расчета покрытия кода тестами#11 05.03.22 6:16
Поделитесь опытом запуска на CI, конвейер встает на запуске расчета покрытия:
Общая настройка выглядит сейчас так:
- start "" Coverage41C start -i %BASE1C% -u http://127.0.0.1:1550 -s %CI_PROJECT_DIR%\SML -p %CI_PROJECT_DIR% -o %TestDIR%\genericCoverage.xml -r EDITABLE_SUPPORT_ENABLED
- start "" /wait "%V8%" %BASECON% /N%Admin1C% /Execute "C:\Program Files\OneScript\lib\vanessa-automation\vanessa-automation.epf" /TESTMANAGER /C"StartFeaturePlayer;VBParams=%TestDIR%\params.json"
- start "" /wait Coverage41C stop -i %BASE1C% -u http://127.0.0.1:1550
- call sonar-scanner.bat -Dsonar.projectBaseDir=%CI_PROJECT_DIR% -Dsonar.coverageReportPaths=%TestDIR%\genericCoverage.xml

Получаем в окне запуска:
Цитата
Unmatched argument at index 8: 'D:\GitLabRunner\builds\trsPAwsa\0\edt\sml'
Недостаточно ресурсов памяти для обработки этой команды.

В окне остановки:
Цитата
[main] INFO com.clouds42.Commands.SendMessageCommand - Trying to send command to main application...
java.io.IOException: Couldn't open pipe for \\.\pipe\COVER_SML_STAGING_http___127.0.0.1_1550 (2)
at org.scalasbt.ipcsocket.JNAWin32NamedPipeLibraryProvider.CreateFile(JNAWin32NamedPipeLibraryProvider.java:86)
at org.scalasbt.ipcsocket.Win32NamedPipeSocket.createFile(Win32NamedPipeSocket.java:29)
at org.scalasbt.ipcsocket.Win32NamedPipeSocket.<init>(Win32NamedPipeSocket.java:89)
at com.clouds42.Commands.SendMessageCommand.call(SendMessageCommand.java:63)
at com.clouds42.Commands.SendMessageCommand.call(SendMessageCommand.java:42)
at picocli.CommandLine.executeUserObject(CommandLine.java:1953)
at picocli.CommandLine.access$1300(CommandLine.java:145)
at picocli.CommandLine$RunLast.executeUserObjectOfLastSubcommandWithSameParent(CommandLine.java:2358)
at picocli.CommandLine$RunLast.handle(CommandLine.java:2352)
at picocli.CommandLine$RunLast.handle(CommandLine.java:2314)
at picocli.CommandLine$AbstractParseResultHandler.execute(CommandLine.java:2179)
at picocli.CommandLine$RunLast.execute(CommandLine.java:2316)
at picocli.CommandLine.execute(CommandLine.java:2078)
at com.clouds42.Coverage41C.main(Coverage41C.java:47)
Недостаточно ресурсов памяти для обработки этой команды.
DevНесколько типов для одного реквизита XDTO#7 22.11.21 22:47
В результате сделал через определение типа, где каждый подчиненный реквизит имеет имя и тип нужного объекта при этом нижняя граница у каждого равна нулю и возможно пустое, немного коряво, но пока что другого решения, в том числе на просторах интернета не нашел.
DevНесколько типов для одного реквизита XDTO#6 22.11.21 6:47
(4) В Принципе спасет, но при этом из схемы не будет понятно какие типы может принимать значение реквизита, с точки валидатора, туда можно будет подставить что угодно, и это будет корректно.
DevНесколько типов для одного реквизита XDTO#5 22.11.21 6:45
(3) Это типы значений, а мне надо указать типы объектов
DevНесколько типов для одного реквизита XDTO#1 19.11.21 17:53
Коллеги,

Уже гуглил не могу найти информацию, как для одного реквизита в XDTO указать, что он может принимать значения 2 типов.

Поясню (упрощенно) для чего нужно:
Есть объект "Запрос", у него есть 2 реквизита: Тип запроса (строка, перечисление) и ДанныеЗапроса.

В "ДанныеЗапроса" необходимо вставлять разные объекты (разной структуры) в зависимости от типа запроса.
ПубликацииОтправка обращений в службу поддержки из базы 1С#9 14.05.21 9:39
(7)
Доработано под БСП, настройки кода не требуются.
ПубликацииОтправка обращений в службу поддержки из базы 1С#8 13.05.21 13:21
(7)
Еще раз повторюсь, расширение не требует наличия БСП (УчетныеЗаписиЭлектроннойПочты), при наличии БСП отправка почты еще проще реализуется методами БСП.

Это не готовое решение, в нашем случае мы используем регистрацию обращения через шину данных и возвращаем пользователю номер тикета.