탄생의블로그

❖ 배포 스크립트 확인기본적인 스크립트 작성 방법github에 접속 > Actions 탭 > New workflow > ecs를 선택하면 배포 설정 스크립트 포멧을 확인 할 수 있습니다.❖ 요구사항develop은 자동 배포가 됩니다.stg, qa, prod 환경은 수동 배포를 진행합니다.현재 코드를 빌드하여 ECR에 업로드 후 ECS에 배포를 합니다.배포 시작, 배포 성공, 배포 실패시 슬랙으로 알람을 보냅니다.❖ 배포 스크립트 작성- 다양한 옵션들을 설명하려고 보니 코드가 길어졌지만 하나씩 설명을 드리면 커스텀하기 쉬울 것입니다. ◈ 트리거 설정- develop 브랜치가 push가 되면 실행합니다.- workflow_dispatch 는 수동으로 배포할 수 있는 기능입니다.- workflow_dispat..

❖ 워크플로우 작성프로젝트 최상단에 .github/workflows 디렉토리를 만들고 ci or cd 스크립트를 실행할 yml or yaml 파일을 생성합니다.여러개의 파일을 구분하여 워크플로우를 작성할 수 있습니다..github/workflows/ci.yml.github/workflows/cd.yml...워크플로우 파일 예제# 선택사항 - 워크플로우 이름name: learn-github-actions#선택사항 - github repository's "Actions" tab에 보여질 이름입니다.run-name: ${{ github.actor }} is learning GitHub Actions# 트리거를 지정합니다.on: [push]jobs: check-bats-version: # check-bats-..

GitHub Actions는 코드 변경 시 자동으로 빌드, 테스트, 배포 등의 작업을 수행하여 개발 과정을 효율화하고, 더 안정적인 소프트웨어를 빠르게 제공하는 데 도움을 줍니다.- 공식 문서 : https://docs.github.com/ko/actions ❖ github actions 주요 개념workflow워크플로는 이벤트가 발생했을 때 수행하는 작업입니다.eventworkflow를 트리거 하는 행위입니다.보통 브랜치 push와 같은 이벤트가 발생한다면 workflow에 정의된 작업을 수행합니다.jobjob은 여러개의 step으로 구성되며 Github Actions의 클라우드 서버에서 실행됩니다.job 단위로 CI서버의 독립적인 VM 또는 컨테이너에서 실행됩니다.각 단계가 동일한 실행기에서 실행되므..

CI/CD 는 지속적 통합(Continuous Integration)과 지속적 배포(Continuous Deployment) 또는 지속적 배포(Continuous Delivery)를 의미합니다.이는 소프트웨어 개발의 자동화된 프로세스를 가리키며, 개발자들이 코드를 빠르고 안정적으로 배포할 수 있도록 돕습니다.❖ CICI는 지속적인 통합을 의미하며, 개발자가 코드 변경을 자주 작은 단위로 통합하여 저장소에 반영하는 프로세스를 가리킵니다.주요과정코드 통합 : 모든 개발자는 변경된 코드를 자주, 최소 하루에 한 번씩 통합 저장소에 푸시(push)합니다.자동빌드 : 코드가 통합되면 CI서버가 자동으로 빌드(build)를 실행하여 코드가 정상적으로 컴파일되는지 확인합니다.자동 테스트 : 빌드 후 자동화 된 테스트..

● 순서 바꾸는 이유 프로젝트 개발을 진행하다 개발계에서 운영계로 배포 시 특정 대상들만 배포를 해야 하는 경우가 발생하였다. git cherry-pick 을 이용할 수도 있지만 중간 중간 선택해서 배포를 해야 하기 때문에 어느부분까지 배포되었는지 기억을 해줘야 한다. git의 순서를 변경하여 배포를 진행한다면 조금 더 깔끔하게 브랜치를 관리할 수 있다. 예를 들어 본다면 왼쪽과 같이 commit 내용이 있다. 이번 운영에 A,B,C 기능을 배포하려고 했지만 A기능에 이슈가 발생하여 배포에서 제외하기로 했다. 그렇다면 배포시 A를 제외해야 하는데 cherry-pick을 이용할 경우 A가 배포된 브랜치의 맨 마지막에 위치하게 되어 배포된 브랜치와 분리가 이루어져서 관리가 이루어져야 한다. ● 참고 URL ..