key:"$CI_JOB_NAME/$CI_COMMIT_REF_NAME" untracked:true 缓存每个分支且每个stage: cache: key:"$CI_JOB_STAGE/$CI_COMMIT_REF_NAME" untracked:true 如果使用的Windows Batch(windows批处理)来跑脚本需要用%替代$: cache: key:"%CI_JOB_STAGE%/%CI_COMMIT_REF_NAME%" untracked:true Jobs .gitlab-c...
-Dsonar.gitlab.commit_sha=$CI_BUILD_REF -Dsonar.gitlab.ref_name=$CI_BUILD_REF_NAME -Dsonar.gitlab.project_id=$CI_PROJECT_ID 1. 2. 3. 4. 5. 注意:无新issue时默认不会评论,需要在SonarQube修改gitlab配置才会每次都评论。 持续交付 这部分交由对服务端部署更熟悉的运维操作,因此不做赘述。
build: script: npm run build except: changes: - "*.md" - 1. 2. 3. 4. 5. 6. 在合并请求中使用 change 策略: docker build service one: script: docker build -t my-service-one-image:$CI_COMMIT_REF_SLUG . only: refs: - merge_requests changes: - Dockerfile - service-one/**/* 1...
/bin/bashrepo=$CI_PROJECT_NAME# 项目信息tag=$CI_COMMIT_REF_NAME# 分支号或者tagpipline_url=$CI_JOB_URL# 任务运行的gitlab urluser=$GITLAB_USER_NAME# 提交人result=""if[$CI_JOB_STATUS="success"];thenresult="build success"elseresult="build failed"fi# 调用企业微信机器人api发消息uri='http...
job:artifacts:name:"%CI_JOB_STAGE%_%CI_COMMIT_REF_NAME%"untracked:true artifacts:when GitLab 8.9和GitLab Runner v1.3.0 引入。 在job失败的时候,artifacts:when用来上传artifacts或者忽略失败。 artifacts:when可以设置一下值: on_success– 当job成功的时候上传artifacts。默认值。
- echo "The value of CI_COMMIT_REF_NAME is $CI_COMMIT_REF_NAME" - echo "The value of CI_JOB_URL is $CI_JOB_URL" - echo "The value of CI_JOB_STARTED_AT is $CI_JOB_STARTED_AT" 可以查看构建结果 Pipeline 相关 可以触发一个 Job 直接进行测试,诸如在 .gitlab-ci.yaml 文件中加入下述...
-Dsonar.gitlab.commit_sha=$CI_BUILD_REF -Dsonar.gitlab.ref_name=$CI_BUILD_REF_NAME -Dsonar.gitlab.project_id=$CI_PROJECT_ID 注意:无新issue时默认不会评论,需要在SonarQube修改gitlab配置才会每次都评论。 持续交付 这部分交由对服务端部署更熟悉的运维操作。
cache: key: "%CI_JOB_STAGE%/%CI_COMMIT_REF_NAME%" untracked: true Jobs .gitlab-ci.yml允许指定无限量jobs。每个jobs必须有一个唯一的名字,而且不能是上面提到的关键字。job由一列参数来定义jobs的行为。 代码语言:javascript 复制 job_name: script: - rake spec - coverage stage: test only: - ma...
key: "$CI_COMMIT_REF_NAME" 这个配置的意思是:所有的 Job 在恢复 cache 的时候,是根据当前的分支名称去选择对应的 cache。换句话说,前面例子中的两次 build 会选中不同的 cache,数据自然就隔离开了。 当然,上面的隔离粒度是分支级别的,你还可以配置成 分支+Job 级别的: ...
下列使用到的.gitlab-ci.yml、project_build_check.sh、qiyewechat_sendMsg_api.sh等文件下载参考 3.1. 需求 需求:非项目负责人不允许对master主分支进行push、merge等修改代码相关操作,收回相关权限。开发者只能通过master分支创建一个开发分支进行项目迭代,一旦迭代完成,只能发起merge request让相关项目负责人将开发分...