GitHub 운영 가이드 총 5단계📚

나는 GitHub가 올해 Satellite Virtual 2020 에 내놓은 새로운 변화를 계속 만지작거렸다.GitHub Blog에는 그들이 발표한 내용에 관한 글, 예를 들어 GitHub 토론, 코드 공간 등이 있다. 행사에 참가했을 때 나는 그들이 작년에 발표한 내용이 생각났다.가장 큰 공지 중 하나는 GitHub Actions의 출시!
여느 때와 마찬가지로 나는 환매를 연구하기 시작했다. 그 중에서 매우 기본적인 조작을 포함했다. 단지 테스트를 하기 위해서였다. 그 기능은 나에게 깊은 인상을 남겼다.당신들 중 일부는 프로젝트에서 사용할 수 있지만, 이 단어를 처음 듣거나 이 화제를 깊이 연구하고 싶은 사람들에게는 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을 만드는 것이 우선입니다.
  • Create a new branch: 우리의 지점을 제1행동이라고 합시다.
  • Dockerfile 만들기: 아직 없으면 첫 번째 작업으로 전환합니다.이 디렉터리에 actions라는 디렉터리를 만듭니다.여기서 Dockerfile이라는 파일을 만듭니다.
  • Docker 코드 작성: 다음 코드를 작성합니다.
  • 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? 😂
    . pic.twitter.com/zBRsXQ2pMi

    — Coding Interview Coach (@CoachCoding)


    📫 Subscribe to my weekly developer newsletter 📫
    PS: 올해부터 저는 이곳에 지역사회 개발에 관한 글을 쓰기로 했습니다.전에 언론에 썼어요.내 글을 보고 싶은 사람이 있다면, 내 미디어 자료다.

    좋은 웹페이지 즐겨찾기