GitHub 운영 가이드 총 5단계📚
여느 때와 마찬가지로 나는 환매를 연구하기 시작했다. 그 중에서 매우 기본적인 조작을 포함했다. 단지 테스트를 하기 위해서였다. 그 기능은 나에게 깊은 인상을 남겼다.당신들 중 일부는 프로젝트에서 사용할 수 있지만, 이 단어를 처음 듣거나 이 화제를 깊이 연구하고 싶은 사람들에게는 GitHub 조작에 관한 모든 내용을 알려드리겠습니다.▶
GitHub 작업 소개▶
한마디로
GitHub Actions is an automation service which enables you to create a custom Software Development Life Cycle (SDLC) directly in your GitHub repository (repo).
몇 마디로 말하면,
작업은 GitHub에 제공되는 개별 작업일 뿐, 워크플로우에서 자동으로 수행됩니다.같은 Repo에서 이러한 자동화 작업 흐름을 설정하여 코드를 구축, 배치, 테스트, 발표할 수 있습니다.
만약 GitHub에서 소스 프로젝트를 개발할 때 Pull 요청(PR)과 문제를 동시에 협력한다면 조작은 당신의 소프트웨어와 팀에 매우 좋고 유용한 보충이 될 것입니다.
얼마나 많은 행동이 유용한지, 제한이 없다.그것들은 주로 끝에서 끝까지Continous Integration/Continous Delivery (CI/CD) 통합을 진행하는 데 사용되기 때문에 작업하기에 매우 매력적입니다!✨
네, 첫 번째 GitHub 동작을 할 준비가 되어 있는 것 같습니다.기다리지 말고 나와 함께 뛰어라!
이런 점프 하지 마세요.🥴
⚠ 이 강좌에서는 Dockerfiles를 사용합니다.만약 당신이 신출내기라면, 나는 강력히 추천합니다learning it first.⚠
1단계: DOCKERFILE 만들기
우리는 어떤 틀도 없이 처음부터 시작할 것이다.이를 위해 GitHub 재구매를 준비한 후 Dockerfile을 만드는 것이 우선입니다.
FROM debian:9.5-slim
ADD entrypoint.sh /entrypoint.sh
RUN chmod +x /entrypoint.sh
ENTRYPOINT ["/entrypoint.sh"]
Debian image from Docker Hubbash 스크립트를 만들고 있습니다. 이 스크립트에서 동작의 실제 실행 상황에 대한 코드를 더 많이 작성할 것입니다.
✨ 파일을 제출하고 주 지점에 대한 PR을 엽니다.
입구점 단계 2: 포털 점 생성하기
여기에서, 우리는 문자열에 우리의 이름을 출력하는 데 필요한 코드를 작성할 것이다.그래, 이것은 기본이지만, 이것은 단지 우리가 행동할 때부터 기억할 수 있는 능력이 무한할 뿐이다!
✨ 쓰다sh 코드.같은 분기, 같은 폴더에서 우리는 다음과 같은 코드를 작성했다.
#!/bin/sh -l
sh -c "echo Hello everyone, I'm $INPUT_MY_NAME and this is my first GitHub Action!"
보시다시피, 우리는 MY_NAME
라는 환경 변수를 만들었습니다. 그 중에서 우리의 이름은 다른 프로그래밍 언어에서 한 것처럼 동적으로 추가됩니다!✨ 변경 사항을 제출하고 추진하십시오.
3단계: 동작 메타데이터 작성
모든 작업에는 메타데이터 파일이 필요합니다. 이 파일은 작업의
inputs
, outputs
및 주entrypoint
를 정의합니다.이것은
에 쓰여 있다.✨ YAML 파일 추가: actions/action에서 이 새 파일을 만듭니다.yml 및 다음 코드 추가:
name: "Hello World!"
description: "Greet the world"
author: "Vaibhav Khulbe"
inputs:
MY_NAME:
description: "Who to greet"
required: true
default: "World"
runs:
using: "docker"
image: "Dockerfile"
다른 모든 메타데이터 파일과 마찬가지로 이 파일도 간단하고 GitHub 작업과 관련된 일반적인 정보를 알려줍니다. 예를 들어 저자의 이름, 사용한 Docker 이미지, 물론 inputs
도 있습니다.✨ 다음에 뭘 해야 할지 알아요...변경 사항 제출 및 추진!
YAML(.yml) 구문 4단계: 워크플로우 시작
이 단계에서 워크플로우를 만들고 트리거합니다.워크플로우는 작성된 이벤트에 따라 트리거됩니다.우리의 예에서 우리는 간단하게
push
사건을 처리할 수 있다.주 워크플로우 파일 만들기: 모든 워크플로우 코드가 있습니다.github 폴더.우리는 다른 폴더 워크플로우를 만들어서 기본 폴더를 만들었습니다.yml 파일.
.github/workflows/
디렉터리에 직접 놓는 것이 중요합니다.이것은main의 코드입니다.yml:
name: A workflow for my first GitHub Action
on: push
jobs:
build:
name: My first Hello World action
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v1
- uses: ./actions
with:
MY_NAME: "Vaibhav"
내가 너에게 설명해 줄게.name
: 워크플로우에 이름만 지정합니다.재구매의 작업 탭에 액세스하면 PR에 표시됩니다.on
: 코드가 저장소로 전송되면 워크플로가 실행된다는 것을 나타냅니다.여기에는 GitHub의 이벤트
가 사용됩니다.push
: 워크플로우 실행의 기본 구성 요소입니다.jobs
: 이것은 우리가 추가한 build
표식부호입니다.job
: 작업 이름입니다.간단해, 응?'(°o)/'name
: 여기서 우리는 구성steps
의 일련의 서로 다른 조작을 정의했다.job
: 이것은 uses
라는 지역사회 개발의 조작을 사용하여 작업 흐름이 재구매에 접근할 수 있도록 한다.checkout
: 어느 경로에 우리가 행동하는 코드가 있는지 알려줄 뿐입니다.uses
: 작업에 사용할 수 있는 입력 변수를 알려 줍니다.우리에게 with
변수는 MY_NAME
문자열 값으로 부여됩니다."Vaibhav"
✨ 응, 그럼 너는 마지막에 항상 뭘 하는 거야.👀 (마지막으로 제출 및 푸시 시작!)
빵!작업이 트리거되었습니다!🥳
근데 이 동작 뭐 하지?나는 여전히 매우 곤혹스럽다!
좋아, 네가 환매에 대해 새로운 약속을 하기만 하면 업무 흐름을 촉발할 거야.
작업 상태가 저장소의 작업 탭에 표시됩니다.실행 중인 작업이 표시됩니다. 작업의 로그 링크를 클릭하여 자세한 내용을 볼 수 있습니다.
다음 내용은 다음과 같습니다.
만약 모든 것이 순조롭다면, 너는 문자열을 보아야 한다. "안녕하세요, 세상, 저는 와이바프라고 합니다!"위의 그림과 같이 아래에 인쇄합니다.
5단계: 합병!
마지막으로 현재 PR을 통합하여 워크플로우를 통합할 수 있습니다. 첫 번째 동작 지점을 기억하십니까?참여자의 다음 제출 또는 다른 제출이 현재 작업을 사용하는지 확인하기 위해서, 우리는 주 지점과 이 합병을 해야 한다.
✨ 마지막으로 열린 PR을 병합하고 첫 번째 동작 지점을 삭제하면 됩니다.
Sound familiar? 😂
— Coding Interview Coach (@CoachCoding)
. pic.twitter.com/zBRsXQ2pMi
📫 Subscribe to my weekly developer newsletter 📫
PS: 올해부터 저는 이곳에 지역사회 개발에 관한 글을 쓰기로 했습니다.전에 언론에 썼어요.내 글을 보고 싶은 사람이 있다면, 내 미디어 자료다.
Reference
이 문제에 관하여(GitHub 운영 가이드 총 5단계📚), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/vaibhavkhulbe/your-guide-to-github-actions-in-5-steps-41ma텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)