기억과 기록 기억과 기록

0) .github/workflows 디렉토리 내 워크플로 파일(yml) 저장name: GitHub Actions Demorun-name: ${{ github.actor }} is testing out GitHub Actions 🚀on: [push]jobs: Explore-GitHub-Actions: runs-on: ubuntu-latest steps: - run: echo "🎉 The job was automatically triggered by a ${{ github.event_name }} event." - run: echo "🐧 This job is now running on a ${{ runner.os }} server hosted by GitHub!" ..

GitHub Actions - 빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 CI/CD(연속 통합 및 지속적인 업데이트) 플랫폼 - 리포지토리에 대한 모든 pull 요청을 빌드 및 테스트하거나 merged pull 요청을 프로덕션에 배포하는 워크플로를 만들 수 있다. WorkFlow - 하나 이상의 작업을 실행할 구성 가능한 자동화된 프로세스 - 리포지토리에 체크 인 된 YML 파일에서 정의 - 리포지토리의 이벤트로 트리거될 때 실행되거나 수동으로 또는 정의된 일정에 따라 트리거 될 수 있다 - 리포지토리의 .github/workflows 디렉토리에 정의 Event - workFlow 실행을 트리거하는 리포지토리의 특정 활동 Job - 동일한 실행기에서 실행되는 workFlow의 단계 집합 - 각..

지금까지 프로젝트를 배포할 때에는 리눅스 서버에 직접 JAR 파일을 업로드하고,nohup과 &를 통해 수동으로 서버를 실행시키는 방식으로 배포를 진행했었다. 이 방법은 프로젝트가 단순할 때는 효과적이었지만, 코드가 빈번하게 변경되고 배포 주기가 짧아질수록 여러 가지 문제점이 발생했다. 첫째, 배포 과정에서 수동 작업이 많아 실수가 발생할 가능성이 높다.둘째, 배포 중 서버가 다운되는 순간 서버가 정지된다.셋째, 여러 서버에 배포를 해야하는 경우에는 서버마다 개별적으로 작업을 반복해야 하므로 시간이 추가적으로 소모된다. 이러한 경험을 통해, 점차 배포 과정의 자동화와 체계적인 관리가 필요하다는 것을 느끼게 되었다. 그리고 이제 백엔드 개발자 채용 시장 중에서 CI/CD 경험이 있는 사람을 우대하고 있다는 ..