GitLab DevOps: GitLab 러너
하지만 문제가 있습니다. 개발 및 스테이징 서버에서 흔히 볼 수 있는 VPN 뒤에서와 같이 서버에 공개적으로 액세스할 수 없는 경우 러너를 설치해야 합니다. 이는 GitLab이 숨겨진 서버에 대한 연결을 초기화할 수 없기 때문에 서버가 대신 연결을 시작해야 하기 때문입니다.
서버에 GitLab 러너를 설치한 방법은 다음과 같습니다. 이것은 특히 Oracle Linux 8을 위한 것이었지만 다른 배포판에서도 거의 비슷할 것입니다.
GitLab Runner 패키지 설치
먼저 서버에 GitLab Runner 패키지를 설치해야 합니다. GitLab에서 이에 대한 지침을 제공하지만 일반적인 아이디어는 다음과 같습니다.
먼저 패키지를 서버의/usr/local/bin 폴더에 복사합니다.
sudo curl -L --output /usr/local/bin/gitlab-runner "https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64"
해당 파일을 실행할 권한을 추가하십시오. 실행할 수 있어야 합니다.
sudo chmod +x /usr/local/bin/gitlab-runner
해당 폴더로 이동하여 다음을 설치합니다.
cd /usr/local/bin
sudo ./gitlab-runner install --user=libgit --working-directory=/home/libgit
러너 등록
Once the runner is installed, you’ll need to register at least one runner on the server.
sudo ./gitlab-runner register --url https://gitlab.com/ --registration-token [token]
The script will prompt you with a few configuration options. Some are fairly obvious, but I’ll note a couple others.
The token can be found in the GitLab Project -> Settings -> CI/CD -> Runners.
For the tag, I recommend having a standard convention across all your servers, like [site shortcode]-[dev stage]. For example, site1 will have:
- site1-dev
- site1-staging
- site1-prod1
- site1-prod2
And site2 will have:
- site2-dev
- site2-staging
- site2-prod
For what executor to use. Shell is the simplest, at least in a scenario like this of running it on a Linux server.
That’s it. It may take a bit to appear, but the runner will now be associated with the GitLab project.
Reference
이 문제에 관하여(GitLab DevOps: GitLab 러너), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/ryanlrobinson/gitlab-devops-gitlab-runner-hg6텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)