我正在尝试使用variables:
Gitlab CI 文档中记录的关键字:
来自:https ://docs.gitlab.com/ce/ci/yaml/README.html
变量
此功能需要版本等于或大于 0.5.0 的 gitlab-runner。
GitLab CI 允许您添加在构建环境中设置的 .gitlab-ci.yml 变量。变量存储在存储库中,旨在存储非敏感项目配置,即。RAILS_ENV 或 DATABASE_URL。
variables: DATABASE_URL: "postgres://postgres@postgres/my_database"
这些变量以后可以在所有执行的命令和脚本中使用。
YAML 定义的变量也设置为所有创建的服务容器,从而允许对其进行微调。
当我尝试使用它时,我的构建没有运行任何阶段并且无论如何都被标记为成功,这是 YAML 错误的一个好兆头。我将 gitlab-ci.yml 内容粘贴到设置区域的 LINT 工具中,输出错误为:
状态:语法不正确
错误:变量作业:未知参数 PACKAGE_NAME
我使用与文档相同的 YAML 语法,但它不起作用。我找不到与此相关的任何未解决的错误。以下是我当前的版本和我的 gitlab-ci.yml 的净化版本。
Gitlab 版本:7.13.2 综合
Gitlab Runner 版本:0.5.2
gitlab-ci.yml(已消毒)
types:
- test
- build
variables:
PACKAGE_NAME: "awesome-django-app"
PACKAGE_SUMMARY: "Awesome webapp backend."
MAJOR_RELEASE: "1"
MINOR_RELEASE: "0"
PATCH_LEVEL: "0dev"
DEV_DB_URL: "db"
DEV_SERVER: "pydev.example.com"
PROD_SERVER: "pyprod.example.com"
TEST_SERVER: "pytest.example.com"
envtest:
type: test
script:
- ". ./testbuild.sh"
tags:
- python2.7
- postgres
- linux
except:
- tags
buildrpm:
type: build
script:
- mkdir -p ~/rpmbuild/SOURCES
- mkdir -p ~/rpmbuild/SPECS
- mkdir -p ~/tarbuild/$PACKAGE_NAME-$MAJOR_RELEASE.$MINOR_RELEASE.$PATCH_LEVEL
- cp $PACKAGE_NAME.spec ~/rpmbuild/SPECS/.
- cp -r * ~/tarbuild/$PACKAGE_NAME-$MAJOR_RELEASE.$MINOR_RELEASE.$PATCH_LEVEL/.
- cd ~/tarbuild
- tar -zcf ~/rpmbuild/SOURCES/$PACKAGE_NAME-$MAJOR_RELEASE.$MINOR_RELEASE.$PATCH_LEVEL.tar.gz *
- cd ~
- rm -Rf ~/tarbuild
- rpmlint -i ~/rpmbuild/SPECS/$PACKAGE_NAME.spec
- echo $CI_BUILD_ID
- 'rpmbuild -ba ~/rpmbuild/SPECS/$PACKAGE_NAME.spec \
--define="_build_number $CI_BUILD_ID" \
--define="_python_version_min 2.7" \
--define="_version $MAJOR_RELEASE.$MINOR_RELEASE.$PATCH_LEVEL" \
--define="_package_name $PACKAGE_NAME" \
--define="_summary $SUMMARY"'
- scp rpmbuild/RPMS/noarch/$PACKAGE_NAME-$MAJOR_RELEASE.$MINOR_RELEASE.$PATCH_LEVEL-$CI_BUILD_ID.noarch.rpm $DEV_SERVER:~/.
tags:
- python2.7
- postgres
- linux
- rpm
except:
- tags
问题:
如何正确使用此值?
附加信息:
从 YAML 文件中删除此部分会导致一切正常,因此文件的其余部分正常工作。(当然未定义的变量会导致脚本错误......)
即使只是将用于测试的变量减少到 PACKAGE_NAME 也会导致相同的中断。