Iva*_* J. 5 git gitlab gitlab-ci gitlab-ci-runner
git pull每次我从本地项目向 gitlab 存储库进行 git 推送时,在服务器项目中执行 a 的正确形式是什么?
这是我的 gitlab-ci.yml:
stages:
- test
- deploy
test:
stage: test
only:
- develop
- production
script:
- git checkout develop
- git pull
step-deploy-prod:
stage: deploy
only:
- production
script:
- git checkout production
- git pull
environment: production
when: manual
Run Code Online (Sandbox Code Playgroud)
这是来自 Gitlab CI/CD 作业的消息:
Running with gitlab-runner 13.9.0-rc2 (69c049fd)
on docker-auto-scale 72989761
feature flags: FF_GITLAB_REGISTRY_HELPER_IMAGE:true
Preparing the "docker+machine" executor
00:36
Using Docker executor with image ruby:2.5 ...
Pulling docker image ruby:2.5 ...
Using docker image sha256:ad71c4982eb130f0dabcd6028201d00350863250b5a5cbc991adbf0c4e37b4f2 for ruby:2.5 with digest ruby@sha256:1cb06265c85952ececf5e4990b70abf3146ce798a670c50c1dd3380a6ba470d7 ...
Preparing environment
00:02
Running on runner-72989761-project-25613657-concurrent-0 via runner-72989761-srm-1618105481-ed6a658b...
Getting source from Git repository
00:05
$ eval "$CI_PRE_CLONE_SCRIPT"
Fetching changes with git depth set to 50...
Initialized empty Git repository in /builds/ivanvaleraa/pos_v1/.git/
Created fresh repository.
Checking out eabdc2d3 as develop...
Skipping Git submodules setup
Executing "step_script" stage of the job script
00:02
Using docker image sha256:ad71c4982eb130f0dabcd6028201d00350863250b5a5cbc991adbf0c4e37b4f2 for ruby:2.5 with digest ruby@sha256:1cb06265c85952ececf5e4990b70abf3146ce798a670c50c1dd3380a6ba470d7 ...
$ git checkout develop
Switched to a new branch 'develop'
Branch 'develop' set up to track remote branch 'develop' from 'origin'.
$ git pull
From https://gitlab.com/ivanvaleraa/pos_v1
* [new branch] master -> origin/master
* [new branch] production -> origin/production
Already up to date.
Cleaning up file based variables
00:00
Job succeeded
Run Code Online (Sandbox Code Playgroud)
它说“作业成功”,但我的服务器尚未更新。
我的服务器是 DigitalOcean 中的 Droplet:安装了 LAMP 环境的 Ubuntu 20.04 (LTS) x64。我试图拉的项目是 PHP 的。
当前观察到的行为是预期的行为,因为 gitlab 运行的所有命令都在其自己的环境中,而不是在您的服务器上。
为了实现预期的行为:
git checkout,为了确认您可以ls -al在git checkout. 因此, git checkout 和 git pull 是多余的,因为only配置可确保您的管道仅针对那些特定分支运行。对于需要在部署之前构建的代码库,建议使用 1。然而对于您的简单用例 2 就足够了。