Github Action VS Code Pipeline

Github action 이란 Github에서 공식적으로 제공하는 CI / CD 툴 코드 변경 문제사항 검사 소프트웨어 빌드, 상용서버 배포 통계 데이터 수집 코어 개념 Workflow 자동화된 전체 프로세스. 하나 이상의 Job으로 구성되고, Event에 의해 예약되거나 트리거될 수 있는 자동화된 절차를 말한다. ex) deploy.yml Workflow 파일은 YAML으로 작성되고, Github Repository의 .github/workflows 폴더 아래에 저장된다. Github에게 YAML 파일로 정의한 자동화 동작을 전달하면, Github Actions는 해당 파일을 기반으로 그대로 실행시킨다. Event Workflow를 트리거(실행)하는 특정 활동이나 규칙. ex) pull request, push 시 event 실행 Job Job은 여러 Step으로 구성되고, 단일 가상 환경에서 실행된다. 다른 Job에 의존 관계를 가질 수도 있고, 독립적으로 병렬로 실행 Step Job 안에서 순차적으로 실행되는 프로세스 단위. step에서 명령을 내리거나, action을 실행할 수 있다. Action job을 구성하기 위한 step들의 조합으로 구성된 독립적인 명령. workflow의 가장 작은 빌드 단위이다. workflow에서 action을 사용하기 위해서는 action이 step을 포함해야 한다. action을 구성하기 위해서 레포지토리와 상호작용하는 커스텀 코드를 만들 수도 있다. 사용자가 직접 커스터마이징하거나, 마켓플레이스에 있는 action을 가져다 사용할 수도 있다. Runner Gitbub Action Runner 어플리케이션이 설치된 머신으로, Workflow가 실행될 인스턴스 ex) name: dmstjd1024-github-actions # WorkFlow 이름 on: # 트리거 하는 이벤트 명시 push: # push 이벤트일때 branches: [ master, dev ] # 어떤 브랜치들 pull_request: # 어떤 풀리퀘일때 branches: [ master ] paths: # 특정 패턴을 설정하여 변경되었을 때 이벤트 실행 - "**.js" schedule: - cron: '0 01 * * *' # 새벽 1시 (https://crontab.guru 참조) jobs: build: strategy: matrix: # 테스트 배포를 위한 빌드 matrix 구성 node-version: [10.x, 12.x] runs-on: ubuntu-latest # 어떤 OS로 실행 steps: # Job이 가질 수 있는 동작 나열 step 독립적 프로세스 - name: Checkout source code # Step 이름 uses: actions/checkout@v2 # Step에서 사용할 액션 (Github 마켓플레이스 action 사용가능) - name: My First Step # step 이름 run: # job에 할당된 자원 shell 이용하여 커맨드 라인 실행 npm install npm test npm build - name: Cache yarn dependencies uses: actions/cache@v1 id: yarn-cache with: # action에 정의되는 input 파라미터 (환경 변수) path: node_modules key: $-yarn-$ restore-keys: | $-yarn- Code Pipeline 가격 비교 Github Action(Teams 플랜) Code Pipeline 갯수별 비용 X 활성 파이프라인(사용기간 30일 이상, 코드 1회 변경) 개당 1.00 USD(생성 후 첫 30일간 무료) ※ 월별 무료 활성 파이프라인 1개 지원 패키지 스토리지 2GB X 분(월별) 3,000분 X 분당 요금 vCPU 2개 기준 $0.008 (약 10.80원) X 월별 총 비용 $4 (연 결제 기준 $3.67) Resource 에 따라 다양한 비용 발생 (측정 불가) ※ 월별 명세서로 측정 예정 추가) CodeDeploy 비용 AWS 답변 : AWS CodeDeploy를 통해 Amazon EC2 인스턴스에 코드를 배포하는 데는 추가 비용이 부과되지 않습니다.

Git · 2025-05-27

깃허브 블로그 로컬로 돌리기

깃허브 블로그 실행 파일 처음엔 남들 github.io에 개발 관련 블로그가 많이 보이길래 저건 어떻게 만들지 하며 찾아보니깐 깃허브로 무료 호스팅을 제공하는거라 한다. 나는 이런 글을 쓰는 것이 좀 어색하지만 차츰 글의 양을 늘려보도록 하겠다. 일단 jekyll 설치, 실행 방식은 구글링을 통해서 쉽게 접할 수 있다. 근데 ruby를 켜서 실행할 때 마다 일일히 루비 명령 프롬프트를 켜서 진행을 해야한다. ## 실행 파일 생성 일단 메모장 파일을 생성하고 다음과 같은 코드를 입력한다. 코드 cd C:\Ruby26-x64\bin\setrbvars.cmd call setrbvars.cmd cd 클론해온 리포지터리경로\리포지터리 이름 bundle exec jekyll serve 다른 이름으로 저장 이렇게 저장하면 bat 파일이 생성된다. 실행하면 http://localhost:4000 포트에서 돌아가고 있는 것을 확인할 수 있다.

Git · 2023-01-06

Git flow와 Jira 사용 전략

일단 프로젝트를 진행하면서 저희는 코드 관리는 github를 사용하기로 했고 테스크 툴로는 Jira를 사용하기로 했다. 그리고 협업 전략에서 git flow라는 것을 알게 되었다. 일단 이것들이 먼지 살펴보려고 한다. git flow란? 프로젝트 브랜치 전략의 개발 모델 또는 방법론 Vincent Driessen 이란 사람은 자기가 만들긴 했지만 무조건 지킬 필요없이 개발환경에 따라 바꿔서 사용하라 한다. 브랜치 종류 master : 배포 브랜치 develop : 개발 브랜치 -> feature 브랜치를 합치는 브랜치 feature : 기능 개발 브랜치로 어떤 기능이 완료되면 develp 브랜치에 push한다. release : develop이 완성되고 master 넣기전 품질 검사하는 브랜치 hotfix : 배포했는데 버그가 생기면 긴급 수정하는 브랜치 운영 JIRA 이슈 생성 -> intellij jira 연결 -> plugin 다운(git flow integration) -> git flow init -> feature 생성(이슈 진행) -> commit -> develop 브랜치 pullRequest 전송(완료 리뷰예정) -> 코드리뷰 -> develop에 merge(feature 브랜치 삭제) 운영순서 1) JIRA 이슈 생성 2) Intellij Jira 연결 intellij를 실행하고 Settings -> Tools -> Tasks -> Servers에 가서 Add 버튼 누른 뒤 JIRA 선택 후 다음과 같은 값을 적어준다. API Token 같은 경우는 API Token 발급 참고하면 될거같다 3) Git flow integration 설치 plugins 가서 git flow 검색해서 설치하면 된다.(이건 간단하니깐 설명 생략) 4) git flow init 5) feature 생성(이슈 진행) Jira랑 연결이 되면 Default task라는 부분이 생성되고 클릭시 이라고 생성되는데 여기서 하얀줄 같은 경우가 Jira에서 할당받은 이슈가 생성되고 클릭시 그에 맞게 위의 그림처럼 자동으로 만들어준다. (모든 사진에 흰색으로 지운거는 호옥시나 문제될까봐.. ) 그리고 생성되면 git flow가 진행된다! 6) commit 이슈에 맞는 코드를 입력하고 commit을 진행한다. 일단 다음 포스트에서 배포하는방법을 작성하겠다!

Git · 2023-01-06

전은성 Dev

Contact

Git