Engineering›Co-work
3
EngineeringCo-work
GitHub Actions 으로 배포 단계 세분화 하기
이전에 쓴 GitHub Actions 글이 조회수가 좋아 업데이트 겸 추가 글을 써본다. 사실 저번에 올린 글은 여기저기 많이 돌아다니는 흔한 자바 프로젝트 배포를 위한 Actions 스크립트를 갖다 쓴것이고, 저번 8월 즈음 시간이 생겨 몇가지 더 챙겨봤다. 해당 전체 코드는 GitHub 링크를 첨부한다. 고려해야 할 것은 두가지 정도로 압축된다. 첫번째는 빌드를 어떻게 할 것인가. 두번째는 배포를 어떻게 할 것인가. 기존의 스크립트는 빌드를 호스트에서 하는것으로 빌드 시간이 호스트에서 발생한다. 그래서 호스트가 여러대라면 N대
EngineeringTILCo-work
git flow의 실제 사용
main이나 develop등 공용 브랜치에 커밋을 하지 않는다 → feature 브랜치로 따로 따서 작업한다. git checkout -b "feature/NUM" 공용 브랜치를 자주자주 pull 받아 브랜치를 최신으로 유지한다 (예를들어 develop) 공용 브랜치는 upstream으로 지정한다 git remote add upstream [URL] git pull upstream [공용브랜치] git push origin
EngineeringTILCo-work
GitHub Actions 으로 간단한 CD 구성하기
본 글이 인기가 좋아 후속편을 작성했다. 아래 간단히 배포하는 것 보다 좀 더 세분화 된 내용을 담았다. 글 보러가기 기본적으로 github action에서 호스트로 push하는 방식이다. ${{ secrets.HOST }}를 비롯한 나머지 4개의 환경변수는 Setting secrets 에서 등록한다. 주요내용은 main 브랜치에서 push가 일어나면 github의 ubuntu 인스턴스에서 ssh를 통해 원격지의 deploy.sh를 실행시킨다는 내용이다. 이 스크립트가 하는 내용은 다음과 같다 저장소에서 코드 가져오기 Maven 빌