alex/esp-idf
alex/esp-idf
1
0
Fork 0
mirror of https://github.com/espressif/esp-idf.git synced 2024-10-05 20:47:46 -04:00
Code Issues Actions 2 Packages Projects Releases Wiki Activity
50a5985b06
esp-idf/.gitlab-ci.yml

1458 lines
31 KiB
YAML
Raw Normal View History

gitlab-ci: push master to GitHub master on success
2016-08-22 06:19:08 -04:00
stages:
- build
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
- assign_test
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
- host_test
integrate unit test to CI
2016-11-01 07:30:42 -04:00
- unit_test
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
- integration_test
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
- check
gitlab-ci: push master to GitHub master on success
2016-08-22 06:19:08 -04:00
- deploy
CI: Assign a common variable
2017-06-06 21:58:35 -04:00
variables:
CI: Add CI options to use more attempts in some transfer situations
2017-06-12 03:22:09 -04:00
# System environment
CI: Use the environment variable MAKEFLAGS for 'make' instead of the in-place '-j' option.
2017-06-07 03:42:36 -04:00
# Common parameters for the 'make' during CI tests
MAKEFLAGS: "-j5 --no-keep-going"
CI: Add CI options to use more attempts in some transfer situations
2017-06-12 03:22:09 -04:00
# GitLab-CI environment
# more attempts for more robust
GET_SOURCES_ATTEMPTS: "10"
ARTIFACT_DOWNLOAD_ATTEMPTS: "10"
CI: Use custom get_full_sources.sh script instead of gitlab-ci's strategies Work around problems caused by failed submodule clones corrupting the working directory on the build runner. Add 10 retries for cloning submodules.
2017-06-14 03:52:33 -04:00
# We use get_sources.sh script to fetch the submodules and/or re-fetch the repo
# if it was corrupted (if submodule update fails this can happen)
GIT_STRATEGY: fetch
GIT_SUBMODULE_STRATEGY: none
CI: Use the environment variable MAKEFLAGS for 'make' instead of the in-place '-j' option.
2017-06-07 03:42:36 -04:00
# IDF environment
CI: Add CI options to use more attempts in some transfer situations
2017-06-12 03:22:09 -04:00
CI: Assign a common variable
2017-06-06 21:58:35 -04:00
IDF_PATH: "$CI_PROJECT_DIR"
build: Fix problems with building kconfig and generating sdkconfig We had some problems: simultaneous compiling of kconfig in the same tree; attempt to use menuconfig in some examples and ut in batch mode (w/o interactive console) Also increase debug abilities in CI: force non-interactive building; add variable DEBUG_SHELL to toggle verbosity of scripts
2018-03-27 01:13:35 -04:00
BATCH_BUILD: "1"
V: "0"
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
APPLY_BOT_FILTER_SCRIPT: "$CI_PROJECT_DIR/tools/ci/apply_bot_filter.py"
CHECKOUT_REF_SCRIPT: "$CI_PROJECT_DIR/tools/ci/checkout_project_ref.py"
ci: remove stale submodules after checkout When ‘fetch’ strategy is used, Gitlab removes untracked files before checking out new revision. However if the new revision doesn’t include some of the submodules which were present in the old revision, such submodule directories would not be removed by the checkout. This extra step ensures that these stale submodules are removed.
2018-06-08 07:41:18 -04:00
# When 'fetch' strategy is used, Gitlab removes untracked files before checking out
# new revision. However if the new revision doesn't include some of the submodules
# which were present in the old revision, such submodule directories would not be
# removed by the checkout. This extra step ensures that these stale submodules
# are removed.
.git_clean_stale_submodules: &git_clean_stale_submodules >
find . -name '.git' -not -path './.git' -printf '%P\n'
| sed 's|/.git||'
| xargs -I {} sh -c '
grep -q {} .gitmodules
|| (echo "Removing {}, has .git directory but not in .gitmodules file"
&& rm -rf {});'
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
# before each job, we need to check if this job is filtered by bot stage/job filter
.apply_bot_filter: &apply_bot_filter
python $APPLY_BOT_FILTER_SCRIPT || exit 0
CI: Assign a common variable
2017-06-06 21:58:35 -04:00
gitlab-ci: update submodules before build Gitlab CI will cache build directory per branch and per build step. Also it doesn't try to update submodules. We have to do this manually because otherwise we end up with old version of submodule in cached directory.
2016-09-01 03:13:15 -04:00
before_script:
ci: remove stale submodules after checkout When ‘fetch’ strategy is used, Gitlab removes untracked files before checking out new revision. However if the new revision doesn’t include some of the submodules which were present in the old revision, such submodule directories would not be removed by the checkout. This extra step ensures that these stale submodules are removed.
2018-06-08 07:41:18 -04:00
- *git_clean_stale_submodules
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
# apply bot filter in before script
- *apply_bot_filter
ci: Use github repo for wifi libraries on master branch, gitlab repo otherwise
2016-09-12 21:34:28 -04:00
# add gitlab ssh key
- mkdir -p ~/.ssh
- chmod 700 ~/.ssh
gitlab-ci: fix setting GitHub deploy key - don't run default before_script before push_master_to_github job - replace echo >> with echo > to avoid mistakes in the future
2016-09-13 09:24:57 -04:00
- echo -n $GITLAB_KEY > ~/.ssh/id_rsa_base64
ci: Use github repo for wifi libraries on master branch, gitlab repo otherwise
2016-09-12 21:34:28 -04:00
- base64 --decode --ignore-garbage ~/.ssh/id_rsa_base64 > ~/.ssh/id_rsa
- chmod 600 ~/.ssh/id_rsa
- echo -e "Host gitlab.espressif.cn\n\tStrictHostKeyChecking no\n" >> ~/.ssh/config
Revert "Merge branch 'feature/ci_checkout_same_branch_for_submodule' into 'master'" This reverts merge request !178
2016-11-07 22:55:48 -05:00
ci: Swap github/gitlab submodules for release branches & tags also
2017-03-22 06:39:28 -04:00
# Set IS_PRIVATE or IS_PUBLIC depending on if our branch is public or not
#
# (the same regular expressions are used to set these are used in 'only:' sections below
CI: Move the ci-related staff to a separate directory
2017-06-16 00:38:32 -04:00
- source tools/ci/configure_ci_environment.sh
ci: Swap github/gitlab submodules for release branches & tags also
2017-03-22 06:39:28 -04:00
CI: Use custom get_full_sources.sh script instead of gitlab-ci's strategies Work around problems caused by failed submodule clones corrupting the working directory on the build runner. Add 10 retries for cloning submodules.
2017-06-14 03:52:33 -04:00
# fetch the submodules (& if necessary re-fetch repo) from gitlab
- time ./tools/ci/get-full-sources.sh
gitlab-ci: update submodules before build Gitlab CI will cache build directory per branch and per build step. Also it doesn't try to update submodules. We have to do this manually because otherwise we end up with old version of submodule in cached directory.
2016-09-01 03:13:15 -04:00
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
# used for check scripts which we want to run unconditionally
.do_nothing_before_no_filter:
before_script: &do_nothing_before_no_filter
- *git_clean_stale_submodules
# used for everything else where we want to do no prep, except for bot filter
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
.do_nothing_before:
before_script: &do_nothing_before
ci: remove stale submodules after checkout When ‘fetch’ strategy is used, Gitlab removes untracked files before checking out new revision. However if the new revision doesn’t include some of the submodules which were present in the old revision, such submodule directories would not be removed by the checkout. This extra step ensures that these stale submodules are removed.
2018-06-08 07:41:18 -04:00
- *git_clean_stale_submodules
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
# apply bot filter in before script
- *apply_bot_filter
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
- echo "Not setting up GitLab key, not fetching submodules"
- source tools/ci/configure_ci_environment.sh
.add_gitlab_key_before:
before_script: &add_gitlab_key_before
ci: remove stale submodules after checkout When ‘fetch’ strategy is used, Gitlab removes untracked files before checking out new revision. However if the new revision doesn’t include some of the submodules which were present in the old revision, such submodule directories would not be removed by the checkout. This extra step ensures that these stale submodules are removed.
2018-06-08 07:41:18 -04:00
- *git_clean_stale_submodules
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
# apply bot filter in before script
- *apply_bot_filter
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
- echo "Not fetching submodules"
- source tools/ci/configure_ci_environment.sh
# add gitlab ssh key
- mkdir -p ~/.ssh
- chmod 700 ~/.ssh
- echo -n $GITLAB_KEY > ~/.ssh/id_rsa_base64
- base64 --decode --ignore-garbage ~/.ssh/id_rsa_base64 > ~/.ssh/id_rsa
- chmod 600 ~/.ssh/id_rsa
- echo -e "Host gitlab.espressif.cn\n\tStrictHostKeyChecking no\n" >> ~/.ssh/config
gitlab-ci: initial version This change adds gitlab CI support. It tests if latest master of esp-idf-template can be built with the commit of ESP-IDF in question. Currently it's a bit lax because both SDK_PATH and IDF_PATH are defined. This change also changes components/esp32/lib submodule to point to Github over HTTPS instead of SSH, because CI server might not have its SSH keys uploaded to Github.
2016-08-22 03:02:22 -04:00
build_template_app:
gitlab-ci: push master to GitHub master on success
2016-08-22 06:19:08 -04:00
stage: build
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
tags:
- build
gitlab-ci: initial version This change adds gitlab CI support. It tests if latest master of esp-idf-template can be built with the commit of ESP-IDF in question. Currently it's a bit lax because both SDK_PATH and IDF_PATH are defined. This change also changes components/esp32/lib submodule to point to Github over HTTPS instead of SSH, because CI server might not have its SSH keys uploaded to Github.
2016-08-22 03:02:22 -04:00
variables:
Build system: Add new BATCH_BUILD flag to disable interactive parts of the build Mostly useful for Eclipse (where accidentally running interactive config hangs the build), but also good for CI and other automated build systems.
2017-02-10 01:38:24 -05:00
BATCH_BUILD: "1"
AWS IoT Device SDK Support Use device cert/key embedded in firmware, or loaded from filesystem.
2016-10-05 01:32:09 -04:00
IDF_CI_BUILD: "1"
gitlab-ci: initial version This change adds gitlab CI support. It tests if latest master of esp-idf-template can be built with the commit of ESP-IDF in question. Currently it's a bit lax because both SDK_PATH and IDF_PATH are defined. This change also changes components/esp32/lib submodule to point to Github over HTTPS instead of SSH, because CI server might not have its SSH keys uploaded to Github.
2016-08-22 03:02:22 -04:00
script:
- git clone https://github.com/espressif/esp-idf-template.git
- cd esp-idf-template
CI: Build the esp-idf-template with the matching branch name, if it exists
2016-09-01 04:58:06 -04:00
# Try to use the same branch name for esp-idf-template that we're
# using on esp-idf. If it doesn't exist then just stick to the default
# branch
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
- python $CHECKOUT_REF_SCRIPT esp-idf-template
Add test for compiling in release mode, fix warnings and errors which appeared
2016-10-17 00:45:42 -04:00
# Test debug build (default)
- make all V=1
# Now test release build
- make clean
- sed -i.bak -e's/CONFIG_OPTIMIZATION_LEVEL_DEBUG\=y/CONFIG_OPTIMIZATION_LEVEL_RELEASE=y/' sdkconfig
make debugging: With V=1, output when including each Makefile.projbuild also enable V=1 on CI builds
2016-09-08 20:49:35 -04:00
- make all V=1
implement esp_deep_sleep, fix build issues
2016-11-21 10:05:23 -05:00
# Check if there are any stray printf/ets_printf references in WiFi libs
- cd ../components/esp32/lib
component/esp32 : clear some minor thingsw about PM and coexistence
2018-04-03 03:37:28 -04:00
- test $(xtensa-esp32-elf-nm *.a | grep -w printf | wc -l) -eq 0
- test $(xtensa-esp32-elf-nm *.a | grep -w ets_printf | wc -l) -eq 0
gitlab-ci: push master to GitHub master on success
2016-08-22 06:19:08 -04:00
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
ci: Reorder the clauses for more convenience
2017-04-26 06:09:14 -04:00
.build_template: &build_template
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
stage: build
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
tags:
- build
variables:
Build system: Add new BATCH_BUILD flag to disable interactive parts of the build Mostly useful for Eclipse (where accidentally running interactive config hangs the build), but also good for CI and other automated build systems.
2017-02-10 01:38:24 -05:00
BATCH_BUILD: "1"
ci: Build with V=0 BATCH_BUILD implies V=1, but SSC produces a *lot* of log output in verbose mode. For now, disable setting V=1 for all CI build modes.
2017-04-19 23:43:20 -04:00
V: "0"
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
CI: support build SSC in multiple jobs
2017-11-30 23:00:40 -05:00
.build_ssc_template: &build_ssc_template
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
<<: *build_template
artifacts:
paths:
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
- SSC/ssc_bin
CI: support build SSC in multiple jobs
2017-11-30 23:00:40 -05:00
expire_in: 1 mos
variables:
SSC_CONFIG_FOLDER: "$CI_PROJECT_DIR/SSC/configs/ESP32_IDF"
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
script:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
- git clone $SSC_REPOSITORY
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
- cd SSC
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
- python $CHECKOUT_REF_SCRIPT SSC
CI: support build SSC in multiple jobs
2017-11-30 23:00:40 -05:00
- MAKEFLAGS= ./ci_build_ssc.sh "${CI_JOB_NAME}" "${IDF_PATH}/.gitlab-ci.yml"
# don't forget to add to dependency to test_template when adding new build_ssc jobs
build_ssc_00:
<<: *build_ssc_template
build_ssc_01:
<<: *build_ssc_template
build_ssc_02:
<<: *build_ssc_template
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
# If you want to add new build ssc jobs, please add it into dependencies of `assign_test` and `.test_template`
integrate unit test to CI
2016-11-01 07:30:42 -04:00
build_esp_idf_tests:
<<: *build_template
artifacts:
paths:
unit-test-app: new targets for building different configurations
2017-09-12 13:40:54 -04:00
- tools/unit-test-app/output
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
- components/idf_test/unit_test/TestCaseAll.yml
- components/idf_test/unit_test/CIConfigs/*.yml
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
expire_in: 1 mos
integrate unit test to CI
2016-11-01 07:30:42 -04:00
script:
add unit tests to esp-idf rename nvs host test folder, modify .gitlab-ci.yml remove unit-test-app build re-format unit test files remove extra newlines in project.mk some refactoring for unit test part in project.mk add build files of unit-test-app in gitignore add README.md for unit test app correct headings in README.md remove files and make minor tweaks in unit test app update .gitlab-ci.yml to use unit test app delete unused lines in component_wrapper.mk delete periph_i2s.h and lcd test add text floating point in components/esp32/test/Kconfig correct idf test build paths in .gitlab-ci.yml
2016-11-17 03:36:10 -05:00
- cd tools/unit-test-app
unit-test-app: allow specifying subset of tests for configuration For some test configurations, not all tests need to be run. This change allows adding a comment in the configuration file of the following form: unit-test-app makefile will use it to determine which components to build. If the comment is not present, all components will be built (TESTS_ALL=1). Also add test configuration for libsodium. It is a separate test configuration due to the large binary size generated when building libsodium tests.
2018-04-28 06:56:25 -04:00
- MAKEFLAGS= make help # make sure kconfig tools are built in single process
unit-test-app: new targets for building different configurations
2017-09-12 13:40:54 -04:00
- make ut-clean-all-configs
unit tests: fix warnings, build with -Werror - libsodium: silence warnings - unit tests: fix warnings - spiram: fix warnings - ringbuf test: enable by default, reduce delays
2017-10-18 09:09:53 -04:00
- export EXTRA_CFLAGS="-Werror -Werror=deprecated-declarations"
- export EXTRA_CXXFLAGS=${EXTRA_CFLAGS}
unit-test-app: allow specifying subset of tests for configuration For some test configurations, not all tests need to be run. This change allows adding a comment in the configuration file of the following form: unit-test-app makefile will use it to determine which components to build. If the comment is not present, all components will be built (TESTS_ALL=1). Also add test configuration for libsodium. It is a separate test configuration due to the large binary size generated when building libsodium tests.
2018-04-28 06:56:25 -04:00
- make ut-build-all-configs
CI: revise unit test parser
2017-03-24 06:38:06 -04:00
- python tools/UnitTestParser.py
integrate unit test to CI
2016-11-01 07:30:42 -04:00
CI: Build examples in parallel Now you can create several 'build_examples_N' jobs in the .gitlab-ci.yaml and get parallel execution.
2017-06-07 04:30:25 -04:00
.build_examples_template: &build_examples_template
Reinstate build_examples gitlab CI case Had been removed in 42e31116
2016-10-11 01:41:05 -04:00
<<: *build_template
CI: Try to build examples in second time in case of error It will help to work around the weird bug during buillding a batch of examples
2018-04-04 03:37:28 -04:00
retry: 1
Reinstate build_examples gitlab CI case Had been removed in 42e31116
2016-10-11 01:41:05 -04:00
artifacts:
CI: Fix a sporadic bug when building of the examples. Add logs to the artifacts
2017-12-28 05:20:14 -05:00
when: always
Reinstate build_examples gitlab CI case Had been removed in 42e31116
2016-10-11 01:41:05 -04:00
paths:
CI: Fix incorrect path to the artifacts in build_examples
2017-06-05 02:39:11 -04:00
- build_examples/*/*/*/build/*.bin
- build_examples/*/*/*/build/*.elf
- build_examples/*/*/*/build/*.map
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
- build_examples/*/*/*/build/download.config
CI: Fix incorrect path to the artifacts in build_examples
2017-06-05 02:39:11 -04:00
- build_examples/*/*/*/build/bootloader/*.bin
CI: Fix a sporadic bug when building of the examples. Add logs to the artifacts
2017-12-28 05:20:14 -05:00
- $LOG_PATH
CI: Build examples in parallel Now you can create several 'build_examples_N' jobs in the .gitlab-ci.yaml and get parallel execution.
2017-06-07 04:30:25 -04:00
expire_in: 1 week
CI: Fix build_examples to cover the deep hierarchy examples Now we have 57 building examples against 49 before. Also, a short message prints at the end of the job for found warnings.
2017-06-06 06:26:31 -04:00
variables:
IDF_CI_BUILD: "1"
CI: Fix a sporadic bug when building of the examples. Add logs to the artifacts
2017-12-28 05:20:14 -05:00
LOG_PATH: "$CI_PROJECT_DIR/log_examples"
Reinstate build_examples gitlab CI case Had been removed in 42e31116
2016-10-11 01:41:05 -04:00
script:
# it's not possible to build 100% out-of-tree and have the "artifacts"
# mechanism work, but this is the next best thing
build_examples: Small cleanups * Override MAKEFLAGS via make not via shell variables * Remove build_examples in gitlab-ci * Don't use mktemp for any logs
2017-08-31 23:42:39 -04:00
- rm -rf build_examples
Reinstate build_examples gitlab CI case Had been removed in 42e31116
2016-10-11 01:41:05 -04:00
- mkdir build_examples
- cd build_examples
CI: Build examples in parallel Now you can create several 'build_examples_N' jobs in the .gitlab-ci.yaml and get parallel execution.
2017-06-07 04:30:25 -04:00
# build some of examples
CI: Fix a sporadic bug when building of the examples. Add logs to the artifacts
2017-12-28 05:20:14 -05:00
- mkdir -p ${LOG_PATH}
CI: Move the ci-related staff to a separate directory
2017-06-16 00:38:32 -04:00
- ${IDF_PATH}/tools/ci/build_examples.sh "${CI_JOB_NAME}"
cmake: Build all examples in CI Includes some fixes for compile errors/warnings in examples.
2018-04-18 03:54:28 -04:00
# and again, with cmake!
- rm -rf ../build_examples_cmake
- mkdir ../build_examples_cmake
- cd ../build_examples_cmake
- mkdir -p ${LOG_PATH}_cmake
- LOG_PATH=${LOG_PATH}_cmake ${IDF_PATH}/tools/ci/build_examples_cmake.sh "${CI_JOB_NAME}"
CI: Build examples in parallel Now you can create several 'build_examples_N' jobs in the .gitlab-ci.yaml and get parallel execution.
2017-06-07 04:30:25 -04:00
build_examples_00:
<<: *build_examples_template
build_examples_01:
<<: *build_examples_template
build_examples_02:
<<: *build_examples_template
build_examples_03:
<<: *build_examples_template
build_examples_04:
<<: *build_examples_template
Reinstate build_examples gitlab CI case Had been removed in 42e31116
2016-10-11 01:41:05 -04:00
ci: Add two more example build jobs per CI pass
2017-09-01 03:29:51 -04:00
build_examples_05:
<<: *build_examples_template
build_examples_06:
<<: *build_examples_template
ci: increase number of example build jobs
2017-11-22 09:40:49 -05:00
build_examples_07:
<<: *build_examples_template
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
# If you want to add new build example jobs, please add it into dependencies of `.example_test_template`
ci: increase number of example build jobs
2017-11-22 09:40:49 -05:00
docs: fix typos, build docs with gitlab CI
2016-11-01 08:08:29 -04:00
build_docs:
stage: build
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
docs: fix typos, build docs with gitlab CI
2016-11-01 08:08:29 -04:00
tags:
- build_docs
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
artifacts:
Fail CI build on Sphinx warnings
2017-09-06 15:16:34 -04:00
when: always
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
paths:
Adjusted CI configuration to handle 'en' and 'zh_CN' language versions
2018-02-03 16:12:13 -05:00
# English version of documentation
- docs/en/doxygen-warning-log.txt
- docs/en/sphinx-warning-log.txt
- docs/en/sphinx-warning-log-sanitized.txt
- docs/en/_build/html
# Chinese version of documentation
- docs/zh_CN/doxygen-warning-log.txt
- docs/zh_CN/sphinx-warning-log.txt
- docs/zh_CN/sphinx-warning-log-sanitized.txt
- docs/zh_CN/_build/html
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
expire_in: 1 mos
docs: fix typos, build docs with gitlab CI
2016-11-01 08:08:29 -04:00
script:
Introduced a CI check if folders with localized documentation are in sync, i.e. if they contain the same list of files
2018-03-16 02:54:58 -04:00
- cd docs
- ./check_lang_folder_sync.sh
- cd en
docs: use custom roles to generate GitHub links This change replaces direct links to GitHub master branch with auto-generated links using docutils custom roles. These auto-generated links point to the tree or blob for the git commit ID (or tag) of the repository. This is needed to ensure that links don’t become broken when files in master branch are moved around or deleted. The following roles are introduced: - :idf:`path` - points to directory inside ESP-IDF - :idf_blob:`path` - points to file inside ESP-IDF - :idf_raw:`path` - points to raw view of the file inside ESP-IDF - :component:`path` - points to directory inside ESP-IDF components dir - :component_blob:`path` - points to file inside ESP-IDF components dir - :component_raw:`path` - points to raw view of the file inside ESP-IDF components dir - :example:`path` - points to directory inside ESP-IDF examples dir - :example_blob:`path` - points to file inside ESP-IDF examples dir - :example_raw:`path` - points to raw view of the file inside ESP-IDF examples dir A check is added to the CI build script, which searches RST files for presence of hard-coded links (identified by tree/master, blob/master, or raw/master part of the URL). This check can be run manually: cd docs && make gh-linkcheck Additionally, Sphinx linkcheck build type is used to create new CI test, which check for broken links. This test has to be triggered explicitly, because including it in normal build process (when the commit is not yet deployed to Github) will not work. It can be triggered in a regular fashion using a combination of cron and Curl, similar to stress tests.
2017-01-19 03:16:06 -05:00
- make gh-linkcheck
docs: fix typos, build docs with gitlab CI
2016-11-01 08:08:29 -04:00
- make html
Adjusted CI configuration to handle 'en' and 'zh_CN' language versions
2018-02-03 16:12:13 -05:00
- ../check_doc_warnings.sh
- cd ../zh_CN
- make gh-linkcheck
- make html
- ../check_doc_warnings.sh
docs: fix typos, build docs with gitlab CI
2016-11-01 08:08:29 -04:00
cmake: Style cleanup, add cmake linter to gitlab CI
2018-03-19 21:27:00 -04:00
verify_cmake_style:
stage: build
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
script:
tools/cmake/run_cmake_lint.sh
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
.host_test_template: &host_test_template
stage: host_test
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
tags:
ci: Use new host_test tag
2018-06-06 03:18:52 -04:00
- host_test
CI: Put in order the job dependences
2017-06-09 07:05:17 -04:00
dependencies: []
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
test_nvs_on_host:
<<: *host_test_template
components/nvs: run small number of tests as part of CI builds
2016-08-23 00:54:09 -04:00
script:
add unit tests to esp-idf rename nvs host test folder, modify .gitlab-ci.yml remove unit-test-app build re-format unit test files remove extra newlines in project.mk some refactoring for unit test part in project.mk add build files of unit-test-app in gitignore add README.md for unit test app correct headings in README.md remove files and make minor tweaks in unit test app update .gitlab-ci.yml to use unit test app delete unused lines in component_wrapper.mk delete periph_i2s.h and lcd test add text floating point in components/esp32/test/Kconfig correct idf test build paths in .gitlab-ci.yml
2016-11-17 03:36:10 -05:00
- cd components/nvs_flash/test_nvs_host
components/nvs: run small number of tests as part of CI builds
2016-08-23 00:54:09 -04:00
- make test
nvs: add long ci test for power off recovery and coverage This test can be triggered manually: `bot test name: test_nvs_coverage`
2018-04-15 23:50:12 -04:00
test_nvs_coverage:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
nvs: add long ci test for power off recovery and coverage This test can be triggered manually: `bot test name: test_nvs_coverage`
2018-04-15 23:50:12 -04:00
artifacts:
paths:
- components/nvs_flash/test_nvs_host/coverage_report
only:
- triggers
# This job takes a few hours to finish, so only run it on demand
variables:
BOT_NEEDS_TRIGGER_BY_NAME: 1
script:
- cd components/nvs_flash/test_nvs_host
- make coverage_report
gen_esp32part: Run unit tests on host as part of gitlab-ci
2017-05-11 22:30:27 -04:00
test_partition_table_on_host:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
gen_esp32part: Run unit tests on host as part of gitlab-ci
2017-05-11 22:30:27 -04:00
tags:
- build
script:
- cd components/partition_table/test_gen_esp32part_host
- ./gen_esp32part_tests.py
wear_levelling: run host side test in CI
2017-04-10 09:41:19 -04:00
test_wl_on_host:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
wear_levelling: run host side test in CI
2017-04-10 09:41:19 -04:00
artifacts:
paths:
- components/wear_levelling/test_wl_host/coverage_report.zip
script:
- cd components/wear_levelling/test_wl_host
- make test
ci: Add spiffs, fatfs host runs to CI Adds running the fatfs, spiffs sanity check to CI.
2018-05-22 06:26:19 -04:00
test_fatfs_on_host:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
ci: Add spiffs, fatfs host runs to CI Adds running the fatfs, spiffs sanity check to CI.
2018-05-22 06:26:19 -04:00
script:
- cd components/fatfs/test_fatfs_host/
- make test
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
.host_fuzzer_test_template: &host_fuzzer_test_template
added CI job for AFL fuzzer tests
2018-06-11 02:32:40 -04:00
stage: host_test
ci: only apply BOT_DOCKER_IMAGE_TAG to esp32-ci-env
2018-08-12 18:33:18 -04:00
image: $CI_DOCKER_REGISTRY/afl-fuzzer-test
heap: Refactor heap regions/capabilities out of FreeRTOS Remove tagged heap API, rename caps_xxx to heap_caps_xxx Also includes additional heap_caps_xxx inspection functions.
2017-05-03 04:03:28 -04:00
tags:
ci: Use new host_test tag
2018-06-06 03:18:52 -04:00
- host_test
added CI job for AFL fuzzer tests
2018-06-11 02:32:40 -04:00
dependencies: []
artifacts:
when: always
paths:
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
- ${FUZZER_TEST_DIR}/out/crashes
- ${FUZZER_TEST_DIR}/fuzz_output.log
added CI job for AFL fuzzer tests
2018-06-11 02:32:40 -04:00
expire_in: 1 mos
only:
# can only be triggered
- triggers
script:
- export AFL_I_DONT_CARE_ABOUT_MISSING_CRASHES=1 && export AFL_SKIP_CPUFREQ=1
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
- cd ${FUZZER_TEST_DIR}
added CI job for AFL fuzzer tests
2018-06-11 02:32:40 -04:00
# run AFL fuzzer for one hour
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
- ( ( make ${FUZZER_PARAMS} fuzz | tee fuzz_output.log | grep -v '\(Fuzzing test case\|Entering queue cycle\)' ) || pkill sleep ) &
added CI job for AFL fuzzer tests
2018-06-11 02:32:40 -04:00
- ( sleep 3600 || mkdir -p out/crashes/env_failed ) && pkill afl-fuz
# check no crashes found
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
- test -z "$(ls out/crashes/)" || exit 1
test_mdns_fuzzer_on_host:
<<: *host_fuzzer_test_template
variables:
CI: disable fuzzer host test by default: Same key in YAML file will overwrite the key introduced by anchor
2018-08-27 09:41:52 -04:00
BOT_NEEDS_TRIGGER_BY_NAME: 1
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
FUZZER_TEST_DIR: components/mdns/test_afl_fuzz_host
test_lwip_dns_fuzzer_on_host:
<<: *host_fuzzer_test_template
variables:
CI: disable fuzzer host test by default: Same key in YAML file will overwrite the key introduced by anchor
2018-08-27 09:41:52 -04:00
BOT_NEEDS_TRIGGER_BY_NAME: 1
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
FUZZER_TEST_DIR: components/lwip/test_afl_host
FUZZER_PARAMS: MODE=dns
test_lwip_dhcp_fuzzer_on_host:
<<: *host_fuzzer_test_template
variables:
CI: disable fuzzer host test by default: Same key in YAML file will overwrite the key introduced by anchor
2018-08-27 09:41:52 -04:00
BOT_NEEDS_TRIGGER_BY_NAME: 1
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
FUZZER_TEST_DIR: components/lwip/test_afl_host
FUZZER_PARAMS: MODE=dhcp_client
test_lwip_dhcps_fuzzer_on_host:
<<: *host_fuzzer_test_template
variables:
CI: disable fuzzer host test by default: Same key in YAML file will overwrite the key introduced by anchor
2018-08-27 09:41:52 -04:00
BOT_NEEDS_TRIGGER_BY_NAME: 1
lwip: supported ci jobs running fuzz tests on dns, dhcp, dhcps
2018-07-27 03:26:51 -04:00
FUZZER_TEST_DIR: components/lwip/test_afl_host
FUZZER_PARAMS: MODE=dhcp_server
added CI job for AFL fuzzer tests
2018-06-11 02:32:40 -04:00
ci: Add spiffs, fatfs host runs to CI Adds running the fatfs, spiffs sanity check to CI.
2018-05-22 06:26:19 -04:00
test_spiffs_on_host:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
ci: Add spiffs, fatfs host runs to CI Adds running the fatfs, spiffs sanity check to CI.
2018-05-22 06:26:19 -04:00
script:
- cd components/spiffs/test_spiffs_host/
- make test
heap: Refactor heap regions/capabilities out of FreeRTOS Remove tagged heap API, rename caps_xxx to heap_caps_xxx Also includes additional heap_caps_xxx inspection functions.
2017-05-03 04:03:28 -04:00
test_multi_heap_on_host:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
heap: Refactor heap regions/capabilities out of FreeRTOS Remove tagged heap API, rename caps_xxx to heap_caps_xxx Also includes additional heap_caps_xxx inspection functions.
2017-05-03 04:03:28 -04:00
script:
- cd components/heap/test_multi_heap_host
heap: Change test_multi_heap_on_host multi-config to bash script not Makefile Hopefully fix some CI building issues with parallel builds.
2018-04-02 22:04:12 -04:00
- ./test_all_configs.sh
heap: Refactor heap regions/capabilities out of FreeRTOS Remove tagged heap API, rename caps_xxx to heap_caps_xxx Also includes additional heap_caps_xxx inspection functions.
2017-05-03 04:03:28 -04:00
kconfig: Add confserver.py to expose sdkconfig to clients
2018-05-16 02:54:22 -04:00
test_confserver:
Merge branch 'master' into feature/cmake
2018-08-16 01:01:43 -04:00
<<: *host_test_template
kconfig: Add confserver.py to expose sdkconfig to clients
2018-05-16 02:54:22 -04:00
script:
- cd tools/kconfig_new/test
- ./test_confserver.py
Add build system test (via bash script) Currently fails due to bootloader not automatically rebuilding anything, and ELF/BIN files generating when nothing changed.
2016-08-24 00:16:26 -04:00
test_build_system:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
Add build system test (via bash script) Currently fails due to bootloader not automatically rebuilding anything, and ELF/BIN files generating when nothing changed.
2016-08-24 00:16:26 -04:00
script:
build system tests: Run inside PWD same as build_examples.sh
2017-09-03 21:15:04 -04:00
- ${IDF_PATH}/tools/ci/test_configure_ci_environment.sh
- rm -rf test_build_system
- mkdir test_build_system
- cd test_build_system
- ${IDF_PATH}/tools/ci/test_build_system.sh
Add build system test (via bash script) Currently fails due to bootloader not automatically rebuilding anything, and ELF/BIN files generating when nothing changed.
2016-08-24 00:16:26 -04:00
cmake: Add build system tests
2018-04-17 19:30:27 -04:00
test_build_system_cmake:
Merge branch 'master' into feature/cmake
2018-08-16 01:01:43 -04:00
<<: *host_test_template
cmake: Add build system tests
2018-04-17 19:30:27 -04:00
script:
- ${IDF_PATH}/tools/ci/test_configure_ci_environment.sh
- rm -rf test_build_system
- mkdir test_build_system
- cd test_build_system
- ${IDF_PATH}/tools/ci/test_build_system_cmake.sh
Test the IDF Monitor through sockets Creates a socket by socat and sends tests to the idf_monitor through it.
2018-06-14 05:56:20 -04:00
test_idf_monitor:
<<: *host_test_template
add job to generate test report
2016-09-30 01:58:02 -04:00
artifacts:
Test the IDF Monitor through sockets Creates a socket by socat and sends tests to the idf_monitor through it.
2018-06-14 05:56:20 -04:00
when: on_failure
add job to generate test report
2016-09-30 01:58:02 -04:00
paths:
Test the IDF Monitor through sockets Creates a socket by socat and sends tests to the idf_monitor through it.
2018-06-14 05:56:20 -04:00
- tools/test_idf_monitor/outputs/*
expire_in: 1 week
add job to generate test report
2016-09-30 01:58:02 -04:00
script:
Test the IDF Monitor through sockets Creates a socket by socat and sends tests to the idf_monitor through it.
2018-06-14 05:56:20 -04:00
- cd ${IDF_PATH}/tools/test_idf_monitor
CI: Simplify running commands with several versions of Python
2018-08-27 07:47:53 -04:00
- ${IDF_PATH}/tools/ci/multirun_with_pyenv.sh ./run_test_idf_monitor.py
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
tools: Support Python 3 in idf_size.py
2018-07-23 05:46:59 -04:00
test_idf_size:
<<: *host_test_template
artifacts:
when: on_failure
paths:
- tools/test_idf_size/output
- tools/test_idf_size/.coverage
expire_in: 1 week
script:
- cd ${IDF_PATH}/tools/test_idf_size
CI: Simplify running commands with several versions of Python
2018-08-27 07:47:53 -04:00
- ${IDF_PATH}/tools/ci/multirun_with_pyenv.sh ./test.sh
tools: Support Python 3 in idf_size.py
2018-07-23 05:46:59 -04:00
Make it easier to look up error messages tools/gen_esp_err_to_name.py generates components/esp32/esp_err_to_name.c for lookup of the error codes from all of the IDF project and easily identify all codes in one place
2018-02-01 07:14:47 -05:00
test_esp_err_to_name_on_host:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
<<: *host_test_template
tools: support python3 in gen_esp_err_to_name.py
2018-08-02 05:01:04 -04:00
artifacts:
when: on_failure
paths:
- components/esp32/esp_err_to_name.c
expire_in: 1 week
Make it easier to look up error messages tools/gen_esp_err_to_name.py generates components/esp32/esp_err_to_name.c for lookup of the error codes from all of the IDF project and easily identify all codes in one place
2018-02-01 07:14:47 -05:00
script:
CI: Simplify running commands with several versions of Python
2018-08-27 07:47:53 -04:00
- cd ${IDF_PATH}/tools/
- ${IDF_PATH}/tools/ci/multirun_with_pyenv.sh -p 2.7.15 ./gen_esp_err_to_name.py
Make it easier to look up error messages tools/gen_esp_err_to_name.py generates components/esp32/esp_err_to_name.c for lookup of the error codes from all of the IDF project and easily identify all codes in one place
2018-02-01 07:14:47 -05:00
- git diff --exit-code -- ../components/esp32/esp_err_to_name.c || (echo 'Differences found. Please run gen_esp_err_to_name.py and commit the changes.'; exit 1)
CI: Simplify running commands with several versions of Python
2018-08-27 07:47:53 -04:00
- ${IDF_PATH}/tools/ci/multirun_with_pyenv.sh -p 3.4.8 ./gen_esp_err_to_name.py
tools: support python3 in gen_esp_err_to_name.py
2018-08-02 05:01:04 -04:00
- git diff --exit-code -- ../components/esp32/esp_err_to_name.c || (echo 'Differences found between running under Python 2 and 3.'; exit 1)
Make it easier to look up error messages tools/gen_esp_err_to_name.py generates components/esp32/esp_err_to_name.c for lookup of the error codes from all of the IDF project and easily identify all codes in one place
2018-02-01 07:14:47 -05:00
espcoredump: Add tests and Python3 support
2018-09-03 07:48:32 -04:00
test_espcoredump:
<<: *host_test_template
artifacts:
when: always
paths:
- components/espcoredump/test/.coverage
- components/espcoredump/test/output
expire_in: 1 week
script:
- cd components/espcoredump/test/
- ${IDF_PATH}/tools/ci/multirun_with_pyenv.sh ./test_espcoredump.sh
ci: Simplify github deployment CI_COMMIT_REF_NAME lets us use a single line to git push
2018-07-26 22:01:58 -04:00
push_to_github:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
stage: deploy
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
ci: Reorder the clauses for more convenience
2017-04-26 06:09:14 -04:00
tags:
- deploy
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
only:
- master
ci: Also run deployment steps for tags of form vX.Y (with optional -suffix)
2017-03-22 06:25:28 -04:00
- /^release\/v/
- /^v\d+\.\d+(\.\d+)?($|-)/
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
when: on_success
CI: Put in order the job dependences
2017-06-09 07:05:17 -04:00
dependencies: []
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
before_script: *do_nothing_before
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
script:
- mkdir -p ~/.ssh
- chmod 700 ~/.ssh
- echo -n $GH_PUSH_KEY > ~/.ssh/id_rsa_base64
- base64 --decode --ignore-garbage ~/.ssh/id_rsa_base64 > ~/.ssh/id_rsa
- chmod 600 ~/.ssh/id_rsa
- echo -e "Host github.com\n\tStrictHostKeyChecking no\n" >> ~/.ssh/config
CI: Fix error in the push_master_to_github job when using the fetch strategy
2017-07-03 23:52:57 -04:00
- git remote remove github &>/dev/null || true
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
- git remote add github git@github.com:espressif/esp-idf.git
ci: Fix spurious pipeline failure when deploying a tag to GitHub Everything succeeds, but because [ -z ${CI_COMMIT_TAG} ] on the last line returns non-zero, it fails the job.
2018-08-15 21:04:28 -04:00
- tools/ci/push_to_github.sh
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
docs: deploy built docs
2016-11-01 08:58:47 -04:00
deploy_docs:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
stage: host_test
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
ci: Reorder the clauses for more convenience
2017-04-26 06:09:14 -04:00
tags:
- deploy
docs: deploy built docs
2016-11-01 08:58:47 -04:00
only:
- master
ci: Also run deployment steps for tags of form vX.Y (with optional -suffix)
2017-03-22 06:25:28 -04:00
- /^release\/v/
- /^v\d+\.\d+(\.\d+)?($|-)/
docs: deploy built docs
2016-11-01 08:58:47 -04:00
- triggers
CI: Put in order the job dependences
2017-06-09 07:05:17 -04:00
dependencies:
- build_docs
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
before_script: *do_nothing_before
docs: deploy built docs
2016-11-01 08:58:47 -04:00
script:
- mkdir -p ~/.ssh
- chmod 700 ~/.ssh
- echo -n $DOCS_DEPLOY_KEY > ~/.ssh/id_rsa_base64
- base64 --decode --ignore-garbage ~/.ssh/id_rsa_base64 > ~/.ssh/id_rsa
- chmod 600 ~/.ssh/id_rsa
- echo -e "Host $DOCS_SERVER\n\tStrictHostKeyChecking no\n\tUser $DOCS_SERVER_USER\n" >> ~/.ssh/config
- export GIT_VER=$(git describe --always)
doc: two languages support for deploy_docs stage.
2018-02-09 04:17:06 -05:00
- cd docs/en/_build/
- mv html $GIT_VER
- tar czvf $GIT_VER.tar.gz $GIT_VER
- scp $GIT_VER.tar.gz $DOCS_SERVER:$DOCS_PATH/en
- ssh $DOCS_SERVER -x "cd $DOCS_PATH/en && tar xzvf $GIT_VER.tar.gz && rm -f latest && ln -s $GIT_VER latest"
- cd ../../zh_CN/_build/
docs: deploy built docs
2016-11-01 08:58:47 -04:00
- mv html $GIT_VER
- tar czvf $GIT_VER.tar.gz $GIT_VER
doc: two languages support for deploy_docs stage.
2018-02-09 04:17:06 -05:00
- scp $GIT_VER.tar.gz $DOCS_SERVER:$DOCS_PATH/zh_CN
- ssh $DOCS_SERVER -x "cd $DOCS_PATH/zh_CN && tar xzvf $GIT_VER.tar.gz && rm -f latest && ln -s $GIT_VER latest"
CI: print document preview link in `deploy_docs`
2018-02-12 01:30:02 -05:00
# add link to preview doc
- echo "[document preview][en] $CI_DOCKER_REGISTRY/docs/esp-idf/en/${GIT_VER}/index.html"
- echo "[document preview][zh_CN] $CI_DOCKER_REGISTRY/docs/esp-idf/zh_CN/${GIT_VER}/index.html"
docs: deploy built docs
2016-11-01 08:58:47 -04:00
docs: use custom roles to generate GitHub links This change replaces direct links to GitHub master branch with auto-generated links using docutils custom roles. These auto-generated links point to the tree or blob for the git commit ID (or tag) of the repository. This is needed to ensure that links don’t become broken when files in master branch are moved around or deleted. The following roles are introduced: - :idf:`path` - points to directory inside ESP-IDF - :idf_blob:`path` - points to file inside ESP-IDF - :idf_raw:`path` - points to raw view of the file inside ESP-IDF - :component:`path` - points to directory inside ESP-IDF components dir - :component_blob:`path` - points to file inside ESP-IDF components dir - :component_raw:`path` - points to raw view of the file inside ESP-IDF components dir - :example:`path` - points to directory inside ESP-IDF examples dir - :example_blob:`path` - points to file inside ESP-IDF examples dir - :example_raw:`path` - points to raw view of the file inside ESP-IDF examples dir A check is added to the CI build script, which searches RST files for presence of hard-coded links (identified by tree/master, blob/master, or raw/master part of the URL). This check can be run manually: cd docs && make gh-linkcheck Additionally, Sphinx linkcheck build type is used to create new CI test, which check for broken links. This test has to be triggered explicitly, because including it in normal build process (when the commit is not yet deployed to Github) will not work. It can be triggered in a regular fashion using a combination of cron and Curl, similar to stress tests.
2017-01-19 03:16:06 -05:00
check_doc_links:
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
stage: host_test
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
docs: use custom roles to generate GitHub links This change replaces direct links to GitHub master branch with auto-generated links using docutils custom roles. These auto-generated links point to the tree or blob for the git commit ID (or tag) of the repository. This is needed to ensure that links don’t become broken when files in master branch are moved around or deleted. The following roles are introduced: - :idf:`path` - points to directory inside ESP-IDF - :idf_blob:`path` - points to file inside ESP-IDF - :idf_raw:`path` - points to raw view of the file inside ESP-IDF - :component:`path` - points to directory inside ESP-IDF components dir - :component_blob:`path` - points to file inside ESP-IDF components dir - :component_raw:`path` - points to raw view of the file inside ESP-IDF components dir - :example:`path` - points to directory inside ESP-IDF examples dir - :example_blob:`path` - points to file inside ESP-IDF examples dir - :example_raw:`path` - points to raw view of the file inside ESP-IDF examples dir A check is added to the CI build script, which searches RST files for presence of hard-coded links (identified by tree/master, blob/master, or raw/master part of the URL). This check can be run manually: cd docs && make gh-linkcheck Additionally, Sphinx linkcheck build type is used to create new CI test, which check for broken links. This test has to be triggered explicitly, because including it in normal build process (when the commit is not yet deployed to Github) will not work. It can be triggered in a regular fashion using a combination of cron and Curl, similar to stress tests.
2017-01-19 03:16:06 -05:00
tags:
- check_doc_links
only:
# can only be triggered
- triggers
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
artifacts:
paths:
- docs/_build/linkcheck
expire_in: 1 mos
docs: use custom roles to generate GitHub links This change replaces direct links to GitHub master branch with auto-generated links using docutils custom roles. These auto-generated links point to the tree or blob for the git commit ID (or tag) of the repository. This is needed to ensure that links don’t become broken when files in master branch are moved around or deleted. The following roles are introduced: - :idf:`path` - points to directory inside ESP-IDF - :idf_blob:`path` - points to file inside ESP-IDF - :idf_raw:`path` - points to raw view of the file inside ESP-IDF - :component:`path` - points to directory inside ESP-IDF components dir - :component_blob:`path` - points to file inside ESP-IDF components dir - :component_raw:`path` - points to raw view of the file inside ESP-IDF components dir - :example:`path` - points to directory inside ESP-IDF examples dir - :example_blob:`path` - points to file inside ESP-IDF examples dir - :example_raw:`path` - points to raw view of the file inside ESP-IDF examples dir A check is added to the CI build script, which searches RST files for presence of hard-coded links (identified by tree/master, blob/master, or raw/master part of the URL). This check can be run manually: cd docs && make gh-linkcheck Additionally, Sphinx linkcheck build type is used to create new CI test, which check for broken links. This test has to be triggered explicitly, because including it in normal build process (when the commit is not yet deployed to Github) will not work. It can be triggered in a regular fashion using a combination of cron and Curl, similar to stress tests.
2017-01-19 03:16:06 -05:00
script:
# must be triggered with CHECK_LINKS=Yes, otherwise exit without test
ci: fix release branch being pushed into master Also fix variable quoting issue in link check build.
2017-03-04 05:17:59 -05:00
- test "$CHECK_LINKS" = "Yes" || exit 0
docs: use custom roles to generate GitHub links This change replaces direct links to GitHub master branch with auto-generated links using docutils custom roles. These auto-generated links point to the tree or blob for the git commit ID (or tag) of the repository. This is needed to ensure that links don’t become broken when files in master branch are moved around or deleted. The following roles are introduced: - :idf:`path` - points to directory inside ESP-IDF - :idf_blob:`path` - points to file inside ESP-IDF - :idf_raw:`path` - points to raw view of the file inside ESP-IDF - :component:`path` - points to directory inside ESP-IDF components dir - :component_blob:`path` - points to file inside ESP-IDF components dir - :component_raw:`path` - points to raw view of the file inside ESP-IDF components dir - :example:`path` - points to directory inside ESP-IDF examples dir - :example_blob:`path` - points to file inside ESP-IDF examples dir - :example_raw:`path` - points to raw view of the file inside ESP-IDF examples dir A check is added to the CI build script, which searches RST files for presence of hard-coded links (identified by tree/master, blob/master, or raw/master part of the URL). This check can be run manually: cd docs && make gh-linkcheck Additionally, Sphinx linkcheck build type is used to create new CI test, which check for broken links. This test has to be triggered explicitly, because including it in normal build process (when the commit is not yet deployed to Github) will not work. It can be triggered in a regular fashion using a combination of cron and Curl, similar to stress tests.
2017-01-19 03:16:06 -05:00
# can only run on master branch (otherwise the commit is not on Github yet)
fix bug that files missing commit in MR 773
2017-05-31 05:20:29 -04:00
- test "${CI_COMMIT_REF_NAME}" = "master" || exit 0
docs: use custom roles to generate GitHub links This change replaces direct links to GitHub master branch with auto-generated links using docutils custom roles. These auto-generated links point to the tree or blob for the git commit ID (or tag) of the repository. This is needed to ensure that links don’t become broken when files in master branch are moved around or deleted. The following roles are introduced: - :idf:`path` - points to directory inside ESP-IDF - :idf_blob:`path` - points to file inside ESP-IDF - :idf_raw:`path` - points to raw view of the file inside ESP-IDF - :component:`path` - points to directory inside ESP-IDF components dir - :component_blob:`path` - points to file inside ESP-IDF components dir - :component_raw:`path` - points to raw view of the file inside ESP-IDF components dir - :example:`path` - points to directory inside ESP-IDF examples dir - :example_blob:`path` - points to file inside ESP-IDF examples dir - :example_raw:`path` - points to raw view of the file inside ESP-IDF examples dir A check is added to the CI build script, which searches RST files for presence of hard-coded links (identified by tree/master, blob/master, or raw/master part of the URL). This check can be run manually: cd docs && make gh-linkcheck Additionally, Sphinx linkcheck build type is used to create new CI test, which check for broken links. This test has to be triggered explicitly, because including it in normal build process (when the commit is not yet deployed to Github) will not work. It can be triggered in a regular fashion using a combination of cron and Curl, similar to stress tests.
2017-01-19 03:16:06 -05:00
- cd docs
- make linkcheck
ci: Add line endings check for CRLF in repository
2018-03-23 02:05:16 -04:00
check_line_endings:
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
stage: check
ci: Add line endings check for CRLF in repository
2018-03-23 02:05:16 -04:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
tags:
- build
dependencies: []
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
before_script: *do_nothing_before_no_filter
ci: Add line endings check for CRLF in repository
2018-03-23 02:05:16 -04:00
script:
- tools/ci/check-line-endings.sh ${IDF_PATH}
CI: check if commit history need revise
2017-03-31 06:52:59 -04:00
check_commit_msg:
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
stage: check
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
CI: check if commit history need revise
2017-03-31 06:52:59 -04:00
tags:
- build
CI: Put in order the job dependences
2017-06-09 07:05:17 -04:00
dependencies: []
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
before_script: *do_nothing_before_no_filter
CI: check if commit history need revise
2017-03-31 06:52:59 -04:00
script:
ci check_commit_msg: Use CI_COMMIT_SHA to avoid ambiguity
2017-06-16 00:36:34 -04:00
- git status
- git log -n10 --oneline
CI: check if commit history need revise
2017-03-31 06:52:59 -04:00
# commit start with "WIP: " need to be squashed before merge
ci check_commit_msg: Use CI_COMMIT_SHA to avoid ambiguity
2017-06-16 00:36:34 -04:00
- 'git log --pretty=%s master.. -- | grep "^WIP: " && exit 1 || exit 0'
docs: deploy built docs
2016-11-01 08:58:47 -04:00
ci: check for executable flag on source files
2018-05-28 14:01:43 -04:00
check_permissions:
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
stage: check
ci: check for executable flag on source files
2018-05-28 14:01:43 -04:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
tags:
- build
dependencies: []
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
before_script: *do_nothing_before_no_filter
ci: check for executable flag on source files
2018-05-28 14:01:43 -04:00
script:
- tools/ci/check-executable.sh
cmake: Add missing example CMakeLists.txt files, CI check all examples have both
2018-08-27 23:10:48 -04:00
check_examples_cmake_make:
ci: verify example CMakeLists.txt at check stage
2018-09-10 00:02:02 -04:00
stage: check
cmake: Add missing example CMakeLists.txt files, CI check all examples have both
2018-08-27 23:10:48 -04:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
tags:
- build
except:
- master
- /^release\/v/
- /^v\d+\.\d+(\.\d+)?($|-)/
dependencies: []
before_script: *do_nothing_before
script:
- tools/ci/check_examples_cmake_make.sh
CI: check if internal submodule synced to GH See MR !834
2017-06-07 23:55:27 -04:00
check_submodule_sync:
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
stage: check
CI: support sepcify docker image tag with bot
2017-11-22 21:13:14 -05:00
image: $CI_DOCKER_REGISTRY/esp32-ci-env$BOT_DOCKER_IMAGE_TAG
CI: check if internal submodule synced to GH See MR !834
2017-06-07 23:55:27 -04:00
tags:
- build
CI: Put in order the job dependences
2017-06-09 07:05:17 -04:00
dependencies: []
CI: Use local mirrors for submodules The CI uses the mirror-submodule-update.sh for non-permanent reassignment of 3rdparty sub-modules to local mirrors (only for 'non-master' branches). List of the mirrors in mirror-list.txt You can use the script locally to speed up data retrieval on network problems check_submodule_sync job uses 'GIT_STRATEGY: clone' to check the availability of public sources
2017-06-18 21:59:18 -04:00
variables:
GIT_STRATEGY: clone
ci: Add 'check' stage, move all check-related jobs to this stage Allows us to prevent pushing to GitHub if a check fails on master/release branch.
2018-08-12 22:35:11 -04:00
before_script: *do_nothing_before_no_filter
CI: check if internal submodule synced to GH See MR !834
2017-06-07 23:55:27 -04:00
script:
# check if all submodules are correctly synced to public repostory
- git submodule update --init --recursive
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
assign_test:
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
tags:
- assign_test
ci: only apply BOT_DOCKER_IMAGE_TAG to esp32-ci-env
2018-08-12 18:33:18 -04:00
image: $CI_DOCKER_REGISTRY/ubuntu-test-env
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
stage: assign_test
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
# gitlab ci do not support match job with RegEx or wildcard now in dependencies.
# we have a lot build example jobs. now we don't use dependencies, just download all artificats of build stage.
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
dependencies:
- build_ssc_00
- build_ssc_01
- build_ssc_02
- build_esp_idf_tests
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
variables:
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
TEST_FW_PATH: "$CI_PROJECT_DIR/tools/tiny-test-fw"
EXAMPLE_CONFIG_OUTPUT_PATH: "$CI_PROJECT_DIR/examples/test_configs"
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
artifacts:
paths:
- components/idf_test/*/CIConfigs
- components/idf_test/*/TC.sqlite
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
- $EXAMPLE_CONFIG_OUTPUT_PATH
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
expire_in: 1 mos
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
before_script: *add_gitlab_key_before
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
script:
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
# assign example tests
- python $TEST_FW_PATH/CIAssignExampleTest.py $IDF_PATH/examples $IDF_PATH/.gitlab-ci.yml $EXAMPLE_CONFIG_OUTPUT_PATH
CI: new CI ut framework, and can run it in local PC
2018-01-31 05:59:10 -05:00
# assign unit test cases
- python $TEST_FW_PATH/CIAssignUnitTest.py $IDF_PATH/components/idf_test/unit_test/TestCaseAll.yml $IDF_PATH/.gitlab-ci.yml $IDF_PATH/components/idf_test/unit_test/CIConfigs
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
# clone test script to assign tests
- git clone $TEST_SCRIPT_REPOSITORY
- cd auto_test_script
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
- python $CHECKOUT_REF_SCRIPT auto_test_script
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
# assgin integration test cases
CI: support build SSC in multiple jobs
2017-11-30 23:00:40 -05:00
- python CIAssignTestCases.py -t $IDF_PATH/components/idf_test/integration_test -c $IDF_PATH/.gitlab-ci.yml -b $IDF_PATH/SSC/ssc_bin
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
.example_test_template: &example_test_template
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
stage: integration_test
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
when: on_success
only:
- master
- /^release\/v/
- /^v\d+\.\d+(\.\d+)?($|-)/
- triggers
test: update ci test case
2017-12-18 06:24:09 -05:00
- schedules
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
dependencies:
- assign_test
- build_examples_00
- build_examples_01
- build_examples_02
- build_examples_03
- build_examples_04
- build_examples_05
- build_examples_06
- build_examples_07
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
artifacts:
when: always
paths:
- $LOG_PATH
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
expire_in: 1 mos
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
variables:
TEST_FW_PATH: "$CI_PROJECT_DIR/tools/tiny-test-fw"
TEST_CASE_PATH: "$CI_PROJECT_DIR/examples"
CONFIG_FILE: "$CI_PROJECT_DIR/examples/test_configs/$CI_JOB_NAME.yml"
LOG_PATH: "$CI_PROJECT_DIR/TEST_LOGS"
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
ENV_FILE: "$CI_PROJECT_DIR/ci-test-runner-configs/$CI_RUNNER_DESCRIPTION/EnvConfig.yml"
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
script:
# first test if config file exists, if not exist, exit 0
- test -e $CONFIG_FILE || exit 0
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
# clone test env configs
- git clone $TEST_ENV_CONFIG_REPOSITORY
- cd ci-test-runner-configs
- python $CHECKOUT_REF_SCRIPT ci-test-runner-configs
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
- cd $TEST_FW_PATH
# run test
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
- python Runner.py $TEST_CASE_PATH -c $CONFIG_FILE -e $ENV_FILE
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
CI: new CI ut framework, and can run it in local PC
2018-01-31 05:59:10 -05:00
.unit_test_template: &unit_test_template
<<: *example_test_template
stage: unit_test
dependencies:
- assign_test
CI: remove unnecessary artifacts of assign_test
2018-05-15 11:04:21 -04:00
- build_esp_idf_tests
CI: new CI ut framework, and can run it in local PC
2018-01-31 05:59:10 -05:00
variables:
TEST_FW_PATH: "$CI_PROJECT_DIR/tools/tiny-test-fw"
TEST_CASE_PATH: "$CI_PROJECT_DIR/tools/unit-test-app"
CONFIG_FILE: "$CI_PROJECT_DIR/components/idf_test/unit_test/CIConfigs/$CI_JOB_NAME.yml"
LOG_PATH: "$CI_PROJECT_DIR/TEST_LOGS"
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
ENV_FILE: "$CI_PROJECT_DIR/ci-test-runner-configs/$CI_RUNNER_DESCRIPTION/EnvConfig.yml"
CI: new CI ut framework, and can run it in local PC
2018-01-31 05:59:10 -05:00
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
.test_template: &test_template
CI: add stage `host_test`: 1. Add `host_test` stage for test jobs running on host. 2. Rename stage `test` to `integration_test`.
2018-06-24 22:33:59 -04:00
stage: integration_test
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
when: on_success
only:
- master
ci: Also run deployment steps for tags of form vX.Y (with optional -suffix)
2017-03-22 06:25:28 -04:00
- /^release\/v/
- /^v\d+\.\d+(\.\d+)?($|-)/
gitlab-ci: allow running tests for branches, triggered via API
2016-09-18 11:12:50 -04:00
- triggers
test: update ci test case
2017-12-18 06:24:09 -05:00
- schedules
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
dependencies:
- assign_test
CI: support build SSC in multiple jobs
2017-11-30 23:00:40 -05:00
- build_ssc_00
- build_ssc_01
- build_ssc_02
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
artifacts:
when: always
paths:
- $LOG_PATH
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
expire_in: 1 mos
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
variables:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
LOCAL_ENV_CONFIG_PATH: "$CI_PROJECT_DIR/ci-test-runner-configs/$CI_RUNNER_DESCRIPTION/ESP32_IDF"
fix bug that files missing commit in MR 773
2017-05-31 05:20:29 -04:00
LOG_PATH: "$CI_PROJECT_DIR/$CI_COMMIT_SHA"
integrate unit test to CI
2016-11-01 07:30:42 -04:00
TEST_CASE_FILE_PATH: "$CI_PROJECT_DIR/components/idf_test/integration_test"
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
MODULE_UPDATE_FILE: "$CI_PROJECT_DIR/components/idf_test/ModuleDefinition.yml"
fix bug that files missing commit in MR 773
2017-05-31 05:20:29 -04:00
CONFIG_FILE: "$CI_PROJECT_DIR/components/idf_test/integration_test/CIConfigs/$CI_JOB_NAME.yml"
CI: Use anchors to get rid of code dublication in the 'before_script' clauses
2017-06-26 06:42:28 -04:00
before_script: *add_gitlab_key_before
CI: Use custom get_full_sources.sh script instead of gitlab-ci's strategies Work around problems caused by failed submodule clones corrupting the working directory on the build runner. Add 10 retries for cloning submodules.
2017-06-14 03:52:33 -04:00
script:
# first test if config file exists, if not exist, exit 0
- test -e $CONFIG_FILE || exit 0
CI: get test env config from gitlab Previous design was put test env config on local runners. It's not easy to manage as test runners count growing. Now we'll put config files for test runners to a Gitlab repository. Test runners will get its config from Gitlab every time before running.
2017-02-02 08:59:00 -05:00
# clone local test env configs
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
- git clone $TEST_ENV_CONFIG_REPOSITORY
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
- cd ci-test-runner-configs
- python $CHECKOUT_REF_SCRIPT ci-test-runner-configs
add gitlab key in test template job
2016-09-29 01:38:29 -04:00
# clone test bench
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
- git clone $TEST_SCRIPT_REPOSITORY
auto_test_script will be cloned from gitlab
2016-09-27 04:22:18 -04:00
- cd auto_test_script
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
- python $CHECKOUT_REF_SCRIPT auto_test_script
add gitlab key in test template job
2016-09-29 01:38:29 -04:00
# run test
fix bug that files missing commit in MR 773
2017-05-31 05:20:29 -04:00
- python CIRunner.py -l "$LOG_PATH/$CI_JOB_NAME" -c $CONFIG_FILE -e $LOCAL_ENV_CONFIG_PATH -t $TEST_CASE_FILE_PATH -m $MODULE_UPDATE_FILE
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
test: add NVS compatible test case and CI job
2017-06-02 03:03:56 -04:00
nvs_compatible_test:
<<: *test_template
artifacts:
when: always
paths:
- $LOG_PATH
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
- nvs_wifi.bin
CI: minor optimize of CI config file: 1. set shorter expire time for artifacts 2. set dependency for example test jobs, to limit the artifacts it downloads
2018-06-24 02:11:57 -04:00
expire_in: 1 mos
test: add NVS compatible test case and CI job
2017-06-02 03:03:56 -04:00
tags:
- ESP32_IDF
- NVS_Compatible
script:
# clone local test env configs
- git clone $TEST_ENV_CONFIG_REPOSITORY
CI: support customize test with @bot
2017-10-18 07:53:10 -04:00
- cd ci-test-runner-configs
- python $CHECKOUT_REF_SCRIPT ci-test-runner-configs
test: add NVS compatible test case and CI job
2017-06-02 03:03:56 -04:00
# clone test bench
- git clone $TEST_SCRIPT_REPOSITORY
- cd auto_test_script
- git checkout ${CI_COMMIT_REF_NAME} || echo "Using default branch..."
# prepare nvs bins
- ./Tools/prepare_nvs_bin.sh
# run test
- python CIRunner.py -l "$LOG_PATH/$CI_JOB_NAME" -c $CONFIG_FILE -e $LOCAL_ENV_CONFIG_PATH -t $TEST_CASE_FILE_PATH -m $MODULE_UPDATE_FILE
CI: integrate example test to CI
2017-10-09 22:55:25 -04:00
example_test_001_01:
<<: *example_test_template
tags:
- ESP32
- Example_WIFI
example test: integrate wifi throughput test to CI
2018-01-08 07:33:09 -05:00
example_test_002_01:
<<: *example_test_template
tags:
- ESP32
- Example_ShieldBox
example(sdio): example to use sdmmc host to do SDIO communication with SDIO slave
2018-05-29 04:33:24 -04:00
example_test_003_01:
<<: *example_test_template
tags:
- ESP32
- Example_SDIO
CAN Driver The following commit contains the first version of the ESP32 CAN Driver. closes #544
2017-12-18 07:32:29 -05:00
example_test_004_01:
<<: *example_test_template
tags:
- ESP32
- Example_CAN
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
UT_001_01:
use correct template for unit test jobs
2016-11-01 08:33:23 -04:00
<<: *unit_test_template
integrate unit test to CI
2016-11-01 07:30:42 -04:00
tags:
- ESP32_IDF
- UT_T1_1
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
UT_001_02:
CI: add script for parsing unit test cases for CI from test files Add python script that parses list of unit test cases for CI from component test folder Modify .gitlab-ci.yml to run this script as part of build unit tests stage
2016-12-07 00:58:51 -05:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
UT_001_03:
<<: *unit_test_template
CI: add one more UT runner
2017-06-02 21:56:13 -04:00
tags:
- ESP32_IDF
- UT_T1_1
UT_001_04:
<<: *unit_test_template
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
tags:
- ESP32_IDF
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
- UT_T1_1
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
unit test: add sd env and spi env for sdmmc
2017-08-11 03:25:55 -04:00
UT_001_05:
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_1
unit test: add sd env and spi env for sdmmc
2017-08-11 03:25:55 -04:00
UT_001_06:
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_1
unit test: add sd env and spi env for sdmmc
2017-08-11 03:25:55 -04:00
ci: add extra unit test job
2017-09-04 08:39:35 -04:00
UT_001_07:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
UT_001_08:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: fix C++ unit test cases not executed by CI
2017-11-23 03:51:28 -05:00
UT_001_09:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
ci: increase number of unit test jobs
2018-05-11 04:42:52 -04:00
UT_001_10:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_11:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_12:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_13:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_14:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_15:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_1
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_16:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_17:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_18:
CI: fix C++ unit test cases not executed by CI
2017-11-23 03:51:28 -05:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_19:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_20:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_21:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_22:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_23:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_001_24:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
esp32: Fix not the right time spent in a deep sleep Before entering the deep sleep, the RTC and FRC counters are synchronized. Updating the boot_time. Added a unit test for this case. Fixed warnings for MULTIPLE_STAGES Closes https://github.com/espressif/esp-idf/issues/1840
2018-06-04 03:39:18 -04:00
UT_001_25:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
esp32: Fix not the right time spent in a deep sleep Before entering the deep sleep, the RTC and FRC counters are synchronized. Updating the boot_time. Added a unit test for this case. Fixed warnings for MULTIPLE_STAGES Closes https://github.com/espressif/esp-idf/issues/1840
2018-06-04 03:39:18 -04:00
UT_001_26:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
UT_001_27:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
unit-test-app: allow specifying subset of tests for configuration For some test configurations, not all tests need to be run. This change allows adding a comment in the configuration file of the following form: unit-test-app makefile will use it to determine which components to build. If the comment is not present, all components will be built (TESTS_ALL=1). Also add test configuration for libsodium. It is a separate test configuration due to the large binary size generated when building libsodium tests.
2018-04-28 06:56:25 -04:00
UT_001_28:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
UT_001_29:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
test: components/driver: timer case
2017-12-16 21:24:49 -05:00
UT_001_30:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
FATFS support without wear levelling This change allows readonly FATFS to be mounted without wear levelling support. This will provide the customers a simple way to mount FATFS images generated on host and flashed onto the chip during factory provisioning. Since NVS encryption is not supported yet and NVS entry size is limited, the change will provide an easy alternative for securing the provisioning data by just marking FATFS parition as encrypted.
2018-06-08 08:09:00 -04:00
UT_001_31:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
driver: add rs485 half duplex interface support to uart driver (add jobs into *.yml file) An existing UART driver does not support RS485 half duplex mode. This task adds this functionality to ESP_IDF UART driver. driver/uart.c/h: updated to add support of RS485 half duplex mode examples/peripherals/uart_echo_rs485/main/rs485_example.c: added test example components/driver/test/test_uart.c: added test of RS485 half duplex mode docs/en/api-reference/peripherals/uart.rst: updated documentation test_uart.c: suppress GCC warnings about discarded const qualifiers uart.rst: remove sphinx warning - "Duplicate explicit target name" simple change in uart.h file update (test_uart.c) after rebase from master update uart.rst, uart.c, rs485_example.c Update example description in file Readme.md update uart.c/h, uart.rst, test_uart.c according to review results update uart.h (uart_set_rx_timeout() description test_uart.c remove ignore tag The tests are completed using RS485 adapters hardware connected to two ESP32 WROVER KITs. TW#13812 Closes https://github.com/espressif/esp-idf/pull/667 Closes https://github.com/espressif/esp-idf/pull/1006
2018-06-26 05:13:04 -04:00
UT_001_32:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
UT_001_33:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
driver: add rs485 half duplex interface support to uart driver (add jobs into *.yml file) An existing UART driver does not support RS485 half duplex mode. This task adds this functionality to ESP_IDF UART driver. driver/uart.c/h: updated to add support of RS485 half duplex mode examples/peripherals/uart_echo_rs485/main/rs485_example.c: added test example components/driver/test/test_uart.c: added test of RS485 half duplex mode docs/en/api-reference/peripherals/uart.rst: updated documentation test_uart.c: suppress GCC warnings about discarded const qualifiers uart.rst: remove sphinx warning - "Duplicate explicit target name" simple change in uart.h file update (test_uart.c) after rebase from master update uart.rst, uart.c, rs485_example.c Update example description in file Readme.md update uart.c/h, uart.rst, test_uart.c according to review results update uart.h (uart_set_rx_timeout() description test_uart.c remove ignore tag The tests are completed using RS485 adapters hardware connected to two ESP32 WROVER KITs. TW#13812 Closes https://github.com/espressif/esp-idf/pull/667 Closes https://github.com/espressif/esp-idf/pull/1006
2018-06-26 05:13:04 -04:00
UT_001_34:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
FATFS support without wear levelling This change allows readonly FATFS to be mounted without wear levelling support. This will provide the customers a simple way to mount FATFS images generated on host and flashed onto the chip during factory provisioning. Since NVS encryption is not supported yet and NVS entry size is limited, the change will provide an easy alternative for securing the provisioning data by just marking FATFS parition as encrypted.
2018-06-08 08:09:00 -04:00
app_update: Add unit tt pests for ota, factory, test partitions
2018-06-15 07:08:44 -04:00
UT_001_35:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
UT_001_36:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_002_01:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_SDMODE
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_002_02:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SDMODE
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_002_03:
CI: support test UT with different config by CI
2017-09-13 08:39:43 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SDMODE
ci: add extra unit test job
2017-09-04 08:39:35 -04:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_003_01:
ci: add one more job for single core unit tests
2017-11-05 08:50:43 -05:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SPIMODE
ci: add one more job for single core unit tests
2017-11-05 08:50:43 -05:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_003_02:
docs: add information about execution time of ULP instructions
2017-12-10 23:11:24 -05:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SPIMODE
docs: add information about execution time of ULP instructions
2017-12-10 23:11:24 -05:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_003_03:
ci: increase number of unit test jobs
2018-05-11 04:42:52 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SPIMODE
docs: add information about execution time of ULP instructions
2017-12-10 23:11:24 -05:00
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_02:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_03:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_04:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_05:
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_1
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_06:
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_1
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_07:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
UT_004_08:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- psram
unit tests: add psram configuration
2017-10-19 09:39:45 -04:00
esp32: Fix not the right time spent in a deep sleep Before entering the deep sleep, the RTC and FRC counters are synchronized. Updating the boot_time. Added a unit test for this case. Fixed warnings for MULTIPLE_STAGES Closes https://github.com/espressif/esp-idf/issues/1840
2018-06-04 03:39:18 -04:00
UT_004_09:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
- psram
test: components/driver: timer case
2017-12-16 21:24:49 -05:00
UT_004_10:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
- psram
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
driver: add rs485 half duplex interface support to uart driver (add jobs into *.yml file) An existing UART driver does not support RS485 half duplex mode. This task adds this functionality to ESP_IDF UART driver. driver/uart.c/h: updated to add support of RS485 half duplex mode examples/peripherals/uart_echo_rs485/main/rs485_example.c: added test example components/driver/test/test_uart.c: added test of RS485 half duplex mode docs/en/api-reference/peripherals/uart.rst: updated documentation test_uart.c: suppress GCC warnings about discarded const qualifiers uart.rst: remove sphinx warning - "Duplicate explicit target name" simple change in uart.h file update (test_uart.c) after rebase from master update uart.rst, uart.c, rs485_example.c Update example description in file Readme.md update uart.c/h, uart.rst, test_uart.c according to review results update uart.h (uart_set_rx_timeout() description test_uart.c remove ignore tag The tests are completed using RS485 adapters hardware connected to two ESP32 WROVER KITs. TW#13812 Closes https://github.com/espressif/esp-idf/pull/667 Closes https://github.com/espressif/esp-idf/pull/1006
2018-06-26 05:13:04 -04:00
UT_004_11:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
- psram
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_005_01:
CI: fix C++ unit test cases not executed by CI
2017-11-23 03:51:28 -05:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SDMODE
- psram
VFS: Use smaller numbers as file descriptors
2018-05-07 03:01:56 -04:00
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
UT_005_02:
ci: increase number of unit test jobs
2018-05-11 04:42:52 -04:00
<<: *unit_test_template
tags:
- ESP32_IDF
CI: assign unit test cases according to sdkconfig: We have built unit-test-app with different configs. Currently we use the config name as tags to match runners. It's not easy to add new configs (need to update tags to existed runners). Now we'll parse required test runner tags from `sdkconfig` file. For example, if config enables `CONFIG_SPIRAM_SUPPORT`, then it requires `psram` tag. This will make adding new configs easier. In this commit we change the one behavior of assign test: match keys of cases should be exactly the same with job tags. This fixes cases select jobs include their tags, and jobs requires those tags can't be assigned.
2018-05-14 23:51:56 -04:00
- UT_T1_SPIMODE
- psram
CI: fix C++ unit test cases not executed by CI
2017-11-23 03:51:28 -05:00
test: add driver/gpio test case
2017-12-16 21:19:51 -05:00
UT_006_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_GPIO
UT_006_02:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_GPIO
UT_006_03:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_GPIO
UT_006_04:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_GPIO
- psram
test: components/driver: ledc case
2017-12-16 21:22:22 -05:00
test: components/driver: pcnt case
2018-06-06 07:56:43 -04:00
UT_007_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_PCNT
UT_007_02:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_PCNT
UT_007_03:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_PCNT
UT_007_04:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_PCNT
- psram
test: components/driver: ledc case
2017-12-16 21:22:22 -05:00
UT_008_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_LEDC
UT_008_02:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_LEDC
UT_008_03:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_LEDC
UT_008_04:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_LEDC
- psram
test: add driver/gpio test case
2017-12-16 21:19:51 -05:00
test: add driver/rmt test case
2018-01-02 07:17:49 -05:00
UT_010_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_RMT
UT_010_02:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_RMT
UT_010_03:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_RMT
UT_010_04:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_RMT
- psram
sdmmc: update unit tests for ESP_eMMC_TestBoard_V1 1. New tests for SD card on slot 0. Currently frequency for 4-bit mode has to be reduced in the test. 2. Change pin for CD/WP tests, re-enable CD tests.
2018-06-04 10:00:26 -04:00
UT_011_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- EMMC
UT_011_02:
<<: *unit_test_template
tags:
- ESP32_IDF
- EMMC
UT_011_03:
<<: *unit_test_template
tags:
- ESP32_IDF
- EMMC
component/bt: Fixed the vulnerability released by Bluetooth org when using public key not check in the process of ECDH encryption. 1. Add the 100 times test when the private key is generated by the random number; 2. Add the bt components to the unit-test-app/config directory. 3. Added the bt unit test case to CI.
2018-08-05 09:18:31 -04:00
UT_601_01:
<<: *unit_test_template
tags:
- ESP32_IDF
- UT_T1_1
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
IT_001_01:
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
<<: *test_template
tags:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_4
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
IT_001_02:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_4
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
IT_001_03:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
<<: *test_template
update ci config file with 2 changes: 1. add build SSC and do sanity test config 2. add tags to each job as sanity test need to be executed on special runner
2016-09-08 22:49:03 -04:00
tags:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_4
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_002_01:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_2
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_01:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_02:
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_03:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: Minor changes in code formatting and cleanup
2017-06-09 06:14:29 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_04:
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_05:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_06:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_07:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_08:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_09:
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_10:
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_11:
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_12:
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_003_13:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_5
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_004_01:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_APC
test: update ci test case
2017-12-18 06:24:09 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_005_01:
test: update ci test case
2017-12-18 06:24:09 -05:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_5
test: update ci test case
2017-12-18 06:24:09 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_005_02:
test: update ci test case
2017-12-18 06:24:09 -05:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_5
test: update ci test case
2017-12-18 06:24:09 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_006_01:
test: update ci test case
2017-12-18 06:24:09 -05:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_6
add supported stress test cases to CI
2016-12-06 02:41:02 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_006_02:
CI: update CI config file for auto assign test: we'll now assign cases to test jobs in assign_test_case job instead of static job config file.
2017-05-05 08:20:31 -04:00
<<: *test_template
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_6
test: update ci test case
2017-12-18 06:24:09 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_006_03:
test: update ci test case
2017-12-18 06:24:09 -05:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_6
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_006_04:
sync test config from test bench: 1. night jobs should exit without error if not triggered 2. remove get wifi connect status cases from IDF 3. use Env tag to check if test environment is special
2016-09-29 00:07:35 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_6
sync test config from test bench: 1. night jobs should exit without error if not triggered 2. remove get wifi connect status cases from IDF 3. use Env tag to check if test environment is special
2016-09-29 00:07:35 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_006_05:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_6
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_007_01:
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_7
CI: add test jobs for BLE cases
2017-06-23 06:06:45 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_007_02:
test: update ci test case
2017-12-18 06:24:09 -05:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_7
test: update ci test case
2017-12-18 06:24:09 -05:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_008_01:
test: add mesh basic function test cases
2018-04-28 05:17:05 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_8
test: add mesh basic function test cases
2018-04-28 05:17:05 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_009_01:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_3
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_010_01:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T5_1
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_011_01:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T50_1
update CI config file: 1. add night job define (need to set variable in trigger to run night jobs) 2. move auto generated part to the end of file 3. add auto generated CI jobs
2016-09-26 02:32:58 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_012_01:
auto_test_script will be cloned from gitlab
2016-09-27 04:22:18 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T1_9
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_013_01:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_2
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_013_02:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_2
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_014_01:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_3
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
IT_015_01:
sync several changes from auto_test_script: 1. use variable for gitlab server 2. add LOCAL_ENV_CONFIG_PATH to template 2. update jobs with feature "allow fail"
2016-09-28 07:48:38 -04:00
<<: *test_template
tags:
- ESP32_IDF
test: split CI test environment: Currently CI test environment is complicated, usually includes NIC, AP. These devices are not used for a lot test cases. Therefore we split the test environment, remove unnecessary devices. Then it will be easier to create CI runners.
2018-08-26 00:15:51 -04:00
- SSC_T2_4
Reference in New Issue Copy Permalink