Gitlab在合并请求时运行管道作业
GitLab是一个基于Git的代码托管平台，它提供了丰富的功能来支持团队协作和持续集成/持续交付（CI/CD）流程。在GitLab中，合并请求（Merge Request）是一种用于将代码合并到主分支的机制。当开发人员创建合并请求并提交代码时，GitLab可以自动触发管道作业（Pipeline Job）来执行一系列的任务，例如构建、测试、部署等。
管道作业是GitLab中用于自动化构建和部署代码的关键概念。它由一系列的阶段（Stage）和任务（Job）组成，每个任务都可以定义一组脚本或命令来执行特定的操作。在合并请求时运行管道作业可以确保新提交的代码在合并到主分支之前经过了必要的测试和验证。
通过在合并请求中运行管道作业，可以实现以下目标：
- 自动化构建：管道作业可以自动拉取代码并进行构建，生成可执行文件或构建产物。
- 自动化测试：管道作业可以运行各种类型的测试，包括单元测试、集成测试、端到端测试等，以确保代码的质量和稳定性。
- 静态代码分析：管道作业可以使用静态代码分析工具来检查代码质量、发现潜在的问题和漏洞，并提供相应的修复建议。
- 安全扫描：管道作业可以集成安全扫描工具，对代码进行漏洞扫描、依赖项分析等，以确保代码的安全性。
- 部署和发布：管道作业可以自动化执行部署任务，将代码部署到测试环境或生产环境，并进行相应的发布操作。
- 可视化报告：管道作业可以生成详细的测试报告、代码覆盖率报告、构建日志等，方便开发人员和团队了解代码的状态和执行结果。
在GitLab中，可以通过配置.gitlab-ci.yml文件来定义管道作业的流程和任务。该文件可以指定各个阶段的执行顺序、任务的并行或串行关系、任务的依赖关系等。通过灵活的配置，可以满足不同项目和团队的需求。
对于GitLab的管道作业，腾讯云提供了一系列相关产品和服务，包括：
- 腾讯云代码托管（Code Repository）：提供类似GitLab的代码托管功能，支持合并请求和管道作业的自动化构建、测试和部署。
- 腾讯云容器服务（Tencent Kubernetes Engine，TKE）：提供容器化应用的部署和管理平台，可以与GitLab集成，实现自动化的容器部署和发布。
- 腾讯云云服务器（Cloud Virtual Machine，CVM）：提供弹性的虚拟机实例，可以用于运行管道作业中的各种任务，如构建、测试、部署等。
- 腾讯云对象存储（Cloud Object Storage，COS）：提供高可靠、低成本的对象存储服务，可以用于存储构建产物、测试报告等。
- 腾讯云云原生应用平台（Tencent Cloud Native Application Platform，TCAP）：提供全面的云原生应用开发和管理平台，支持GitLab的CI/CD流程和管道作业的自动化执行。
以上是腾讯云相关产品和服务的简要介绍，更详细的信息和产品介绍可以参考腾讯云官方网站：腾讯云。
相关·内容
我需要设置.gitlab-ci.yml管道，以便在任何地方执行一些作业(除了和没有执行)，还有一些，比如部署步骤，只在主分支上执行。但是，当我添加部署only:时，如果没有为它们指定only:属性，则其他作业将变得不可见。例如- Test作业将被隐藏在任何地方。
是否有一种方法可以配置GitLab以在任何地方显示测试作业，而不需要/除了配置？
---
stages:
- Tests
- Build
- Deploy
Test:
stage: Tests
Build:
stage: Build
only:
- master
- merge_reques
浏览 13提问于2021-12-17得票数 0
回答已采纳
在我们项目中，我们已经创建了一个存储库。该存储库有100个JSON和XML文件。我们已经编写了XML和JSON验证器，并定义了验证XML和JSON文件的模式。员工将更新XML和JSON文件并发送合并请求。它们有可能会违反模式定义。我们希望捕捉到这一点，并且不允许合并这样的更改。 因此，我们正在编写一个Job -validate schema。此作业应根据存储库中指定的模式定义来验证所有XML和JSON文件的模式。 Gitlab本身有没有办法做这样的验证呢？否则，我们似乎需要编写一个第三方程序来验证此模式，并在validate-schema作业中调用then。
浏览 20提问于2020-07-14得票数 1
2回答
我想运行特定的脚本将标记移动到主分支，在与develop分支合并之后，使用..gitlab ci.yml完成。
目标是在完成合并后运行作业，我找不到合适的方法来完成它。我试着使用“合并结果管道”，但我不知道在完成合并后才能将其限制为运行。
浏览 27提问于2022-07-26得票数 0
回答已采纳
目前，我建立了一个Jenkins多分支管道作业，该作业基于托管在我们的Gitlab服务器上的Git存储库。Jenkins可以读取存储库中的分支，并为存储库中的每个分支创建一个作业。但我不知道如何用Gitlab中的webhooks来触发这些工作。
我的问题是：
如何从我们的服务器触发在Jenkins创建一个新的分支作业？我看不出有人在推新树枝的网钩。
如何触发单个分支的实际构建作业？我只能为推送事件添加一个web钩子，但是我必须添加分支名，但我不知道该如何做。
如何确保在推到分支触发构建作业本身之前，Gitlab总是触发“创建分支作业”。
到目前为止，我尝试的是触发多分支作业
浏览 4提问于2016-12-05得票数 29
回答已采纳
我在我的pipleline中有一些gitlab的工作，这是缓慢的，我想阻止他们运行，当变化不会影响工作的结果。
这就是我尝试过的：
run_tests:
stage: checks
script:
- cargo test
except:
- master
- tags
only:
changes:
- "**/*.rs"
- "**/Cargo.toml"
- "**/Cargo.lock"
这类作品。如果合并请求有多个提交，此作业将不会在第一个提交之后的任何提
浏览 7提问于2020-07-03得票数 3
回答已采纳
1回答
我试图使用“规则”和“只”关键字来定义合并请求之间的管道行为，推入dev分支，并推入主分支。
我在Gitlab中注意到了一些奇怪的行为，让我们看看我的merge_requests管道。
对于这个gitlab-ci.yml文件，没有任何规则，所有的作业都会显示并运行。
image: "python:3.8"
stages:
- test_without_only_policy
- test_with_only_policy
test_without_only_policy:
stage: test_without_only_policy
when
浏览 0提问于2021-09-27得票数 2
我在GitLab CI中有一个工作，我想将它设置为在以下条件下运行。
这是一个手动作业，必须由用户触发。
它必须对正在完成的MR进行门，因为用户必须在允许MR通过之前运行它。
我之所以要寻找这种设置，是因为这个工作非常长，并且占用了某些有限的资源。正因为如此，我不希望每个提交都运行作业，而只是作为MR通过之前的最后一步。有可能这样安排吗？
我使用的是GitLab社区版11.7.0。
浏览 0提问于2019-02-01得票数 3
回答已采纳
1回答
在GitLab中创建合并请求后，合并请求失败，jenkins由于在jenkins作业下定义的保留期而删除了失败的作业日志。现在，我只想从gitlab重新触发特定的合并请求，以便在jenkins中触发合并请求作业。有可能吗？如果是的话，我怎么能这样做呢？
有一条从Gitlab到Jenkins的管道。每当在gitlab中创建合并请求时，它都会触发Jenkins合并请求作业，将对git主分支的特定更改合并起来。
浏览 0提问于2019-01-24得票数 6
我为我的gitlab.yml文件设置了运行管道的计划。在我的工作中，我设置了运行/不运行作业的规则。然而，在我的日程安排中，不管我的任何规则是否符合，任务都在运行。
以下是简化的yml文件：
stages:
- build
variables:
DOCKER_DRIVER: overlay2
DOCKER_TLS_CERTDIR : ""
DOCKER_NETWORK: "gitlab-network"
.docker_dind_service: &docker_dind_service
service
浏览 6提问于2022-09-14得票数 0
我有以下.gitlab-ci.yml作业的内容：
stages:
- stage1
- stage2
job1:
stage: stage1
script:
- echo "Running default stage1, pipeline_source=$CI_PIPELINE_SOURCE"
job2:
stage: stage2
rules:
- if: $CI_PIPELINE_SOURCE == "push"
- when: always
script:
- echo "Runni
浏览 0提问于2021-11-05得票数 1
我希望GitLab CI在合并请求后运行作业。我不希望在创建新的合并请求时运行它，也不希望它在目标分支被更新时运行。(因为可以直接提交到目标分支，在这种情况下不应该运行作业。)
这有可能吗？
如果是，我还想知道触发作业的合并请求的信息。
(实际上，当合并请求合并时，我想更新我的项目管理系统。因此，我需要知道哪个合并请求被合并(或批准)。
提前谢谢。
浏览 12提问于2022-01-10得票数 4
我的.gitlab-ci.yml文件如下：
always_on:
before_script:
- echo 'before_script'
script: echo 'script done'
always_fail:
before_script:
- echo 'before_script'
script: fail_now
backend_only_mr:
only:
refs:
- merge_requests
浏览 4提问于2020-05-28得票数 0
回答已采纳
直到现在，我的整个GitLab配置都放在.gitlab-ci.yml中。配置如下：
.gitlab-ci.yml
image: ...
.deploy-default:
stage: deploy
tags:
- docker
script:
...
.rules_mr_or_branch_manual:
rules:
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
when: manual
- if: '$CI_COMMIT_BRA
浏览 6提问于2022-02-09得票数 1
1回答
我在Gitlab CI yaml中有构建和测试工作。我想触发构建作业在每天晚上16:00，我想触发测试作业，每天早上4:00在GitLab上，我知道Gitlab CI/CD - Schedule - New Schedule，但我不知道如何在Gitlab CI yaml中编写和工作我已经上传了我的Gitlab CI yaml文件。你能给我看看吗？
variables:
MSBUILD_PATH: 'C:\Program Files (x86)\MSBuild\14.0\Bin\msbuild.exe'
SOLUTION_PATH: 'Source/NewProj
浏览 2提问于2020-02-28得票数 0
1回答
我正在使用环境和部署跟踪GitLab流。我有一份工作，deploy_review负责部署一个评论应用程序。合并或删除分支后，应该按照stop_review作业触发作业。
这是我的CI配置：
stages:
- build
- deploy
- test
...
deploy_review:
stage: deploy
script:
...
environment:
name: review/$CI_COMMIT_REF_SLUG
url: https://$CI_ENVIRONMENT_SLUG.example.com
on_stop: sto
浏览 2提问于2022-07-20得票数 2
回答已采纳
当我按照Gitlab CI运行时，它会调用两个作业的副本(即4条管道)。如果条件符合条件，我需要的是只调用一个作业。
default:
image: 'napp/docker-aws-cli'
variables:
AWS_BUCKET: ******-docker
PM_S3_FOLDER: ********_manager
SNAP_S3_FOLDER: ********_GDAL3_SNAP
********_manager:
inherit:
default: [image]
variables: [PM_S3_FOLDER]
浏览 2提问于2022-01-27得票数 1
TL/DR:我的目标是拥有一个Gitlab (CE-12.4.2)管道，它只在合并请求和其他作业上执行某些作业(在合并请求和所有正常推送上)。.gitlab-ci.yml必须怎样做才能做到这一点？
我的用例：我有一个大型管道运行许多作业(测试、验证、dep、build、doc、.)。现在，我添加了一个暂存环境(使用kubernetes)，并让管道构建一个新映像，并将其部署到暂存环境中。这使我可以立即打开更改(web-)应用程序，查看更改的行为和外观，而不必在本地查看它们。现在，构建一个映像并将其部署到暂存中将资源太重--对于每一次推送都是如此，所以我只希望在有人创建一个合并请求供我查看时，部署
浏览 3提问于2020-01-18得票数 12
我有一个gitlab-ci.yml文件，如下所示：
stages:
- test
- job1
- job2
test:
stage: test
rules:
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
script:
...
myjob1:
stage: job1
script:
...
myjob2:
stage: job2
script:
...
根据文档 (或者至少是我理解它的方式)，第一阶段/作业只有在创建合并
浏览 0提问于2021-06-01得票数 4
在gitlab中是否有一种重新触发成功的子管道的方法？在触发作业中我没有看到任何重试按钮，否则我们会在普通的对线作业中看到。是否有办法/解决办法可以选择这样做？
我读过gitlab文档，它只提到了重新尝试失败的工作。
浏览 3提问于2022-11-07得票数 1
我知道GitLab和Jenkins都有彼此的集成点，但是由于我无法控制的原因，我也不能使用。
很容易将参数传递给作业，告诉它要构建哪个分支，甚至提交哪个分支。但是，我似乎无法将其调整为正确的配置，在该配置中，它将构建我作为参数传递的合并请求编号。
我需要在Jenkins中使用开箱即用的'git‘功能。(无法使用GitLab合并请求插件，因为它需要轮询存储库。)此作业必须手动启动，并通过参数指定合并请求编号。我也不会用GitLab的webhook来触发它。此要求是对特定合并请求的手动和按需构建。
有没有可能，我只是遗漏了一些(不明显的)东西？
浏览 2提问于2016-03-24得票数 4
我知道一个事实，一个人可以运行一个GitLab管道，只有当一个特定的条件被满足，例如。仅当分支为master时，或仅在创建Git标记时。
例如：
stages:
- greet
greet_job:
stage: greet
only:
- master
script:
- echo "Hello!"
这只在分支名为greet_job时才运行master作业。
我想把两个条件和逻辑条件结合起来。我想要运行一个管道，比如说，只有当分支名为master并且创建了一个新的Git标记时。这有可能吗？
添加了
我找到了一个可能的解决方案：
- gre
浏览 1提问于2021-06-10得票数 0
回答已采纳
当我创建一个MR (合并请求)命令部分时，我希望看到声纳的结果。
我的主要期望是：
如果源分支存在，则触发分离管道(不要触发功能管道)。我只需要检查声纳在MR命令中的结果)，如果源分支没有现有的MR，只需触发正常的特性(源)分支管道
我试着用下面的例子来做。但是当我将提交推到源管道时，MR是存在于源分支的。我还是有双管的。Detach和源管道正在运行，我不想看到两者同时运行，而且除了不使用规则配置之外。除了区段和规则部分之外，我如何集成。
这是我的gitlab-ci舞台
deploy:
stage: deployment
when: manual
rules:
- if:
浏览 0提问于2021-11-02得票数 2
回答已采纳
我已经集成了GitLab CE和Jenkins。在创建合并请求时会触发一个GitLab挂钩。然后，一个Jenkins管道执行所有的集成测试，如果一切都通过，则接受合并。当代码被推送时，我还有另一个挂钩，但在本例中，只执行单元测试。
一切运行良好，但如果有一个打开的MR和一个补丁被推到分支，这两个挂钩被触发。push钩子执行单元测试，MR hooks也执行单元测试和集成测试。第一次执行是无用的。
如果在GitLab中有一个MR open，我如何防止触发推钩？快速中止Jenkins中的push构建也是一个很好的解决方案。
编辑:我不想有两份詹金斯的工作。我们已经尝试过了，我们的用户会感到困惑。我们
浏览 5提问于2019-11-25得票数 2
回答已采纳
1回答
我用代码创建了gitlab-ci.yml文件：
stages: # List of stages for jobs, and their order of execution
- deploy
deploy-job: # This job runs in the deploy stage.
stage: deploy # It only runs when *both* jobs in the test stage complete successfully.
except:
- master
script:
- pbif
浏览 3提问于2022-03-15得票数 1
在GitLab“合并请求”列表中，除非打开合并请求，否则无法看到哪些项具有合并冲突。
当合并请求打开时，合并冲突图标将出现在已打开的合并请求附近的合并请求列表中。
是否有自动更新合并请求状态的方式？
因为当您无法看到合并请求不能再被合并时，这是非常恼人的，除非您浏览列表，不时打开每个合并请求，只是为了触发合并冲突检查。
浏览 21提问于2022-07-29得票数 1
回答已采纳
我特别是，而不是，指的是合并requests，我知道它可以用only:或except:语句限制作业，而且站点上已经有了很多问题。我希望限制某些作业(昂贵的测试)不能运行merge 提交-为了合并合并请求，单元测试必须通过，所以在合并之后再次运行单元测试是没有意义的。
但是，我找到的唯一答案是限制测试在master分支上完全运行，而且我们仍然希望能够在那里运行测试，我们只是不希望在已经运行测试的合并请求中提交合并提交(我们只允许在测试通过时进行合并)。因此，简单地限制测试在master分支上运行对我们来说不是一个好的解决方案。
如果管道是通过合并合并请求触发的，我还发现了对包含$CI_PIPEL
浏览 17提问于2022-02-14得票数 0
假设有一个简单的.gitlab-ci.yml文件，其中包含以下内容
stages:
- test
- build
test_job:
stage: test
rules:
- if: '$CI_COMMIT_BRANCH && $CI_COMMIT_BRANCH != $CI_DEFAULT_BRANCH'
script:
- exit 1
build_job:
stage: build
rules:
- if: '$CI_COMMIT_BRANCH && $CI_COMMIT_BR
浏览 0提问于2021-11-05得票数 1
我有一个很长的gitlab CI，是一种单声道存储库的结构。如下所示： Project A
--- .gitlab-ci.yaml (contains thousands of jobs across 3 stages(plan, test and apply) and also includes gitlab-ci folder)
--- gitlab-ci/my-ci.yaml (folder than contains specific ci files, this has 2 stages, plan and apply for my-new-code)
-
浏览 24提问于2021-08-13得票数 0
1回答
我一直在检查gitlab CI文档，在合并分支时找不到任何关于如何运行作业的信息。
假设我有一个MR，其中源分支是feature-1，我正在将它合并到master中。
一旦分支合并，我想要运行一个作业。以下是我尝试过的：
after_merge:
stage: after_merge
image: my_image
only:
- master
- merge_requests
script:
- ls
# more of the script
这个工作在我创建MR时运行，但是当我合并这个先生时，不会发生任何事情，所以我不知道它为什么会运行。
我
浏览 0提问于2019-06-12得票数 5
我们正在尝试用Gitlab / Gitlab+jenkins构建一个CI。我们想要的流动是：
在特性分支中更新(提交+推送)
将功能分支的请求合并到主程序
合并请求应该检查冲突&然后触发CI作业(GitLab管道或Jenkins作业)
CI作业只应对合并的结果进行操作。
审阅者应该查看CI作业的状态，如果成功，他可以在GitLab图形用户界面中批准合并。
目前，我们看到CI作业运行在源分支(要合并)上，而不是在合并分支上(冲突后检查)。如果CI成功的话，是否可以在合并的分支上执行CI而不向主程序推送？(只在审查员批准后才按)
谢谢
浏览 0提问于2019-02-13得票数 1
1回答
，如果管道失败，是否有办法防止推到gitlab？
这是一个带有多个作业的gitlab-ci.yml样本。每推一次，就会触发这条管道。
如果其中一项工作失败，我不希望我的代码被推送到我的存储库中。(我知道这个特性存在于拉请求中)。
image: node:9.4.0
cache:
paths:
- node_modules/
before_script:
- npm install
stages:
- lint
- test
lint:
stage: lint
script:
- npm run lint
test:
stage: test
浏览 1提问于2018-03-21得票数 6
回答已采纳
1回答
我在Jenkins创建了一个自由式作业，以构建在GitLab中创建的合并请求。
生成期间的无法打印合并请求id
以下是我在自由式工作中所做的配置
Refspec has +refs/merge-requests/*/head:refs/remotes/origin/merge-requests/*
Branch Specifier (blank for 'any') origin/merge-requests/*
在execute shell中，我添加了如下变量，其中提到了gitlab https://github.com/jenkinsci/gitlab-plugin#def
浏览 10提问于2020-11-27得票数 0
1回答
我在Gitlab中有一个场景，当第一次在Gitlab中打开一个MR时，我想要平一个特定的Slack通道。我曾尝试使用rules来触发源为merge_request_event时的触发，但不幸的是，当将新提交推到打开的merge_request_event时，这也会触发我的工作。
是否有可能在MR最初打开时运行一次Gitlab CI作业，在此之后不再运行，即使向MR添加了新的提交？
ping:
stage: .pre
rules:
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
scri
浏览 4提问于2021-09-29得票数 3
回答已采纳
在Gitlab中，当创建MR时，我们的票证从“进行中”到“代码评审”，在执行到QA环境的部署时，从“代码评审”到“准备测试”。然而，开发商不得不手工更新门票。这些状态(进行中、代码检查、准备测试)都只是票证上的标记
有办法使这个流程自动化吗？
浏览 0提问于2023-02-24得票数 0
每次合并到主分支后，我都需要在主分支上运行某个作业。手动计划或运行的管道不应包含此作业。在GitLab CI中有没有办法做到这一点？
顺便说一句，我不想使用"merge_request_event“，因为它会在每次提交合并请求后触发一个额外的管道，而这并不适合我。但它也会在手动触发master上的管道时运行，我不需要这样做
浏览 0提问于2021-02-15得票数 2
2回答
为了停止当前在创建分支时启动管道的默认Gitlab行为，我尝试在每个作业中添加一个检查，以便只有合并请求在发生更改时触发作业。
到目前为止，我得到的是：
rules:
- if: '[$CI_PIPELINE_SOURCE == "merge_request_event"] && [! git diff-index --quiet HEAD --]'
我不太熟悉bash，这肯定是问题所在，因为我目前遇到了一个'yaml无效‘错误:d
也许有更好的方法来完成这个任务，而不是把检查添加到每个任务中？
浏览 16提问于2022-02-01得票数 1
我想要创建由MERGE_REQUEST触发的作业，并在true中存在force_remove_source_branch。
从api获取有关force_remove_source_branch的信息
curl --header "PRIVATE-TOKEN: ${API_ACCESS_TOKEN}" "$CI_GITLAB/projects/$CI_PROJECT_ID/merge_requests/$CI_OPEN_MERGE_REQUESTS/changes" | jq -r ".force_remove_source_branch"
对于g
浏览 14提问于2022-03-25得票数 2
回答已采纳
我正在尝试运行一个管道，在这个管道中，最后阶段依赖于前一个阶段，作业是有条件的和手动的。
我做了这个例子.gitlab-ci.yml来证明这一点。我的工作分三个阶段：
stages:
- test
- publish
- create tag
在测试阶段有一项工作
# Tests Stage
run tests:
stage: test
script:
- run the tests
三个处于发布阶段的作业，它们都是手动的，只有在某些文件更改时才存在。
.publish:
stage: publish
script:
浏览 3提问于2021-10-20得票数 4
回答已采纳
3回答
我有一个主分支，它应该只通过将"release/xxxxx“分支合并到其中，或者通过将"hotfix/xxxxx”分支合并到其中来获得提交。
发布分支的管道构建一个坞映像，并使用标记"beta“发布它。
发布分支的管道构建一个坞映像，并使用标记"hotfix“发布它。
主程序的管道只需将"beta“重新标记为”稳定“(当发布分支被合并到主服务器时)或将”热修复“重新标记为”稳定“(当一个修补程序分支被合并到主服务器中时)。然后，它还为该版本创建了一个新的git标记，并在gitlab中发布了一个版本。最后，部署码头映像。
目前发生以下情况：
创建合并请
浏览 14提问于2020-01-23得票数 15
1回答
只在提交时运行gitlab管道
、、、、
目前，当使用GUI创建合并请求+分支时，gitlab运行管道。
是否可以跳过这个管道，因为它只重复来自默认分支的最后一个管道？
我们试过：
workflow:
rules:
- if: $CI_MERGE_REQUEST_IID
- if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
这可以跳过新的分支管道，但是它不会在没有合并请求的分支上运行用于新提交的管道。
浏览 1提问于2022-01-31得票数 2
回答已采纳
我有一个gitlab管道，其中有两个阶段，一个是构建阶段，另一个是部署阶段。构建阶段在提交时运行。我想要一种在合并请求合并到master时运行部署作业的方法。我尝试了几种方法，但都没有成功。有人能帮上忙吗？ stages:
- build
- deploy
dotnet:
script: "echo This builds!"
stage: build
production:
script: "echo This deploys!"
stage: deploy
only:
refs:
- master
浏览 20提问于2020-09-15得票数 8
CI管道在我的Gitlab存储库中的每个提交上运行。有没有办法禁用它，只在到主分支的打开的合并请求上运行CI管道？
浏览 0提问于2018-07-20得票数 20
现在，我已经配置了jenkins gitlab连接和gitlab webhook来触发jenkins作业。
我想创建Jenkinsfile，其中一些任务只有在构建由推送触发时才执行，而另一些任务仅在构建由合并请求触发时执行。我使用管道作业。这有可能吗？
BUILD_CAUSE变量不显示任何内容。
谢谢。
浏览 0提问于2017-05-23得票数 4
在GitLab CI中，是否有可能在推送时没有作业排队时保持最后的流水线状态？我在我的changes中有这样一个.gitlab-ci.yml规则设置
changes:
- Assets/*
- Packages/*
- ProjectSettings/*
- .gitlab-ci.yml
它适用于正在进行中的所有作业(这些都是构建统一的作业，尽管与此无关)。注意:我只想在需要重新构建的任何实际文件更改的情况下运行构建作业。对README.md和CONTRIBUTING.md的更改是，而不是需要重新构建的更改，所以这就是为什么我有这样的规则。
问题是，我需要成功的管道来合并分支
浏览 2提问于2021-10-31得票数 0
回答已采纳
当.gitlab-ci.yml仅在合并请求中运行时，如何正确写入作业？
test_c:
stage: test
script:
- echo "This job tests something. It will only run when all jobs in the"
- echo "build stage are complete."
only:
- merge_requests
此作业未在合并请求中运行，但未在master或develop中的commint中运行。
浏览 0提问于2020-05-19得票数 1
2回答
新的Gitlab CI/CD。我的构建作业工作非常出色，但部署作业从未执行过。我删除了所有的规则，但它仍然没有运行。
以下是我的..gitlab ci.yml文件的内容：
build-job:
stage: build
script:
- echo "STAGE - BUILD"
- echo $CI_JOB_STAGE
- echo $CI_COMMIT_MESSAGE
- echo $CI_COMMIT_BRANCH
- echo $CI_ENVIRONMENT_NAME
- mkdir bin
- mkdir
浏览 5提问于2021-10-11得票数 2
回答已采纳
1回答
我有一个gitlab的工作定义如下。
test-1:
stage: test
only:
variables:
- $RUN_TEST
except:
- tags
然后我根据gitlab的规则改变了任务。
test-1:
stage: test
rules:
- if: '$CI_PIPELINE_SOURCE != "schedule" && $CI_COMMIT_TAG == null'
- if: '$RUN_TESTS == "true" &&
浏览 4提问于2022-03-23得票数 0
回答已采纳
在遇到管道问题时，我在YAML文件中包含了一些脚本，以便将Vue应用程序自动部署到Firebase。但是，当我将代码推送到GitLab 合并/拉请求(PR/MR)时，就不会有管道运行。我还在Gitlab上包含了FIREBASE_TOKEN的环境变量。
下面是我的.gitlab-ci.yaml文件：
image: rambabusaravanan/firebase
stages:
- deploy
cache:
paths:
- node_modules/
key: "$CI_BUILD_REPO"
deploy-prod:
stage: deplo
浏览 4提问于2020-03-11得票数 0
回答已采纳
我正在测试GitLab CI管道。
我已经创建了一个名为"TEST“的合并请求，它的gitlab-ci.yml具有如下规则：
if '$CI_PIPELINE_SOURCE == "merge_request_event" && $CI_MERGE_REQUEST_TITLE == "TEST"'
就像我预料的那样很好。创建事件触发了merge_request_event。
但是，如果我创建一个合并请求有另一个标题，然后将其更新为"TEST"，它似乎不会触发merge_request_event。
根据的说
浏览 9提问于2022-01-24得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM活动推荐
腾讯云开发者
