Загрузка расширений в конфигурацию для прогона тестов.

.github/dependabot.yml

@@ -0,0 +1,11 @@
+# To get started with Dependabot version updates, you'll need to specify which
+# package ecosystems to update and where the package manifests are located.
+# Please see the documentation for all configuration options:
+# https://docs.github.com/code-security/dependabot/dependabot-version-updates/configuration-options-for-the-dependabot.yml-file
+
+version: 2
+updates:
+  - package-ecosystem: "github-actions" # See documentation for possible values
+    directory: "/" # Location of package manifests
+    schedule:
+      interval: "weekly"

.github/workflows/gradle.yml

@@ -14,13 +14,13 @@ jobs:
     runs-on: ubuntu-latest
 
     steps:
-    - uses: actions/checkout@v3
+    - uses: actions/checkout@v4
     - name: Set up JDK 11
-      uses: actions/setup-java@v3
+      uses: actions/setup-java@v4
       with:
         java-version: '11'
         distribution: 'temurin'
-    - name: Build with Gradle
-      uses: gradle/gradle-build-action@67421db6bd0bf253fb4bd25b31ebb98943c375e1
-      with:
-        arguments: check
+    - name: Setup Gradle
+      uses: gradle/actions/setup-gradle@v3
+    - name: Execute Gradle build
+      run: ./gradlew check

README.md

@@ -128,6 +128,21 @@ pipeline1C()
   * Если информационная база нужна для запуска в режиме "Предприятие" (например, для шагов `bdd` или `smoke`), то будет запущен шаг "Миграция ИБ".
   * После загрузки конфигурации в ИБ будет выполняться запуск ИБ с целью запуска обработчиков обновления из БСП (`initInfobase` -> `runMigration`).
   * Если в настройках шага инициализации не заполнен массив дополнительных шагов миграции (`initInfobase` -> `additionalInitializationSteps`), но в каталоге `tools` присутствуют файлы с именами, удовлетворяющими шаблону `vrunner.init*.json`, то автоматически выполняется запуск `vrunner vanessa` с передачей найденных файлов в качестве значения настроек (параметр `--settings`) в порядке лексикографической сортировки имен файлов.
+* Загрузка расширений в информационную базу
+  * Если у вас есть расширения которые необходимо загрузить в базу для проведения тестов и проверок, это можно сделать на этапе подготовки базы.
+  * При загрузке из исходников расширения должны быть в том же формате(edt или конфигуратора) что и основная конфигурация.
+  * Для загрузки расширений необходимо описать каждое из них в массиве (`initInfobase` -> `extensions`)
+    * Для каждого из расширений необходимо указать:
+      * Имя (`extensions` -> `name`)
+      * Способ получения (`extensions` -> `initMethod`)
+
+        Сейчас поддерживаются 2 варианта: 
+        * Из исходников(`fromSource`); 
+        * Скачать cfe-файл из интернета (`fromInternet`)
+      * Путь до расширения (`extensions` -> `path`)
+
+        * В случае загрузки из исходников - необходимо указать путь к исходникам расширения
+        * В случае загрузки из интернета - Укажите url по которому будет скачан cfe(Прим.: https://github.com/bia-technologies/yaxunit/releases/download/23.05/YAXUNIT-23.05.cfe)
 * BDD:
   * Если в конфигурационном файле проекта не заполнена настройка `bdd` -> `vrunnerSteps`, то автоматически выполняется запуск `vrunner vanessa --settings tools/vrunner.json`.
 * Дымовые тесты:
@@ -142,6 +157,7 @@ pipeline1C()
   * Выгрузка результатов в формат `jUnit` осуществляется в файл `./build/out/jUnit/syntax.xml` (`syntaxCheck` -> `pathToJUnitReport`).
   * Если в репозитории существует файл `./tools/syntax-check-exception-file.txt`, то команде запуска синтаксического контроля конфигурации данный файл будет передаваться как файл с исключениями сообщений об ошибках (параметр `--exception-file`) (`syntaxCheck` -> `exceptionFile`).
   * Конфигурационный файл по умолчанию уже содержит ряд "режимов проверки" для синтаксического контроля конфигурации (`syntaxCheck` -> `checkModes`).
+    * Если вы хотите провести синтаксический контроль для расширения воспользуйтесь режимом проверки `-Extension <Имя расширения>`, или же `-AllExtensions` для проверки всех расширений.
 * Трансформация результатов валидации EDT:
   * По умолчанию из результатов анализа исключаются замечания, сработавшие на модулях с включенным запретом редактирования (желтый куб с замком) (параметры `resultsTransform` -> `removeSupport` и `resultsTransform` -> `supportLevel`).
 * Анализ SonarQube:

build.gradle.kts

@@ -9,6 +9,10 @@ plugins {
     id("org.jenkins-ci.jpi") version "0.38.0" apply false
 }
 
+repositories {
+    mavenCentral()
+}
+
 tasks {
 
     register<org.jenkinsci.gradle.plugins.jpi.TestDependenciesTask>("resolveIntegrationTestDependencies") {
@@ -48,7 +52,7 @@ dependencies {
 
     testImplementation("org.slf4j", "slf4j-api", slf4jVersion)
     testImplementation("org.slf4j", "slf4j-simple", slf4jVersion)
-
+    
     // integration-tests
     integrationTestImplementation("org.spockframework", "spock-core", spockVersion)
     integrationTestImplementation("org.codehaus.groovy", "groovy-all", groovyVersion)
@@ -106,5 +110,6 @@ sharedLibrary {
         dependency("org.jenkinsci.plugins", "pipeline-model-definition", declarativePluginsVersion)
         dependency("org.jenkinsci.plugins", "pipeline-model-extensions", declarativePluginsVersion)
         dependency("io.jenkins.blueocean", "blueocean-pipeline-api-impl", "1.25.3")
+        dependency("sp.sd", "file-operations", "214.v2e7dc7f25757")
     }
 }

jenkinsResources/core-version.txt

@@ -1 +1 @@
-2.246
+2.441

resources/globalConfiguration.json

@@ -24,11 +24,13 @@
   "timeout": {
     "smoke": 240,
     "bdd": 120,
+    "getBinaries": 60,
     "createInfoBase": 60,
     "designerToEdtFormatTransformation": 60,
     "edtToDesignerFormatTransformation": 60,
     "edtValidate": 240,
     "initInfoBase": 60,
+    "loadExtensions": 60,
     "resultTransformation": 10,
     "sonarqube": 90,
     "syntaxCheck": 240,
@@ -37,7 +39,8 @@
   "initInfobase": {
     "initMethod": "fromStorage",
     "runMigration": true,
-    "additionalInitializationSteps": []
+    "additionalInitializationSteps": [],
+    "extensions": []
   },
   "bdd": {
     "vrunnerSteps": [