Git 프로젝트 개발서버 및 운영서버 반영 절차 / Git 사용 순서

이 글에서는 커밋을 Cherry-Pick으로 main 브랜치에 병합합니다.

Cherry-Pick 할 커밋이 너무 많고, 브랜치 동기화 가능하면 통째로 Merge 하는 것도 방법입니다.
merge 후에는 운영서버 반영용 코드들을 수동으로 살려줘야 할 수 있습니다.

운영서버용 브랜치에 체리픽하는 커밋은 개발서버용 브랜치에도 반영되어야 추후 Merge 시 소스가 꼬이지 않습니다.


Git 개발서버 반영 절차

Fatch, Pull

Fetch 하여 원격 저장소에 신규 커밋이 있는지 확인합니다.
신규 커밋이 있으면 checkout 후 Pull 받습니다.

Commit, Push

운영에 반영할 소스를 dev 또는 개인 브랜치에서 커밋 후 push 합니다.

Stash

충돌 및 유실 방지를 위해, 반영하면 안 되는 현재 작업 중 소스는 Stash 하여 보관합니다.

개발서버용 브랜치에 체리픽

develop 브랜치로 checkout 하여 이동 후, 이전 브랜치에서 한 커밋을 체리픽하여 가져오고 Push 합니다.

개발서버용 소스 테스트

로컬에서 실행하여 테스트하고 정상적인지 확인합니다.

개발서버 소스 백업

로컬의 개발서버 백업 폴더에 오늘 날짜 폴더를 생성하고, FTP로 개발서버 소스를 그대로 내려받아 백업합니다.
또는 User Home 폴더에 cp 명령어로 war만 복사하여 백업합니다.

개발서버 반영

develop 브랜치의 소스를 빌드 후 개발서버에 반영하고, 백엔드 수정이 있다면 톰캣 재시작합니다.

개발서버 테스트 및 검수

개발서버에서 테스트하고, 기획자에게도 테스트 요청 후 검수 결과를 기다립니다.
검수 완료 후 기획자와 운영 반영 시간을 협의합니다.


Git 운영서버 반영 절차

운영서버용 브랜치에 체리픽

main 브랜치로 checkout 하여 이동 후, 처음 브랜치에서 한 커밋을 체리픽하여 가져오고 Push 합니다.
소스트리로 체리픽 시, 체리픽해서 생긴 커밋을 체리픽하면 정상 적용되지 않는 경우가 있었습니다.

운영서버용 소스 테스트

운영 반영 전까지 로컬 또는 개발서버에서 최대한 테스트하여 정상적인지 확인합니다.

운영 소스를 개발서버에 반영 방법
main 브랜치의 소스를 개발 빌드 후 개발서버에 반영하고, 백엔드 수정이 있다면 톰캣 재시작합니다.

운영서버 소스 백업

로컬의 운영서버 백업 폴더에 오늘 날짜 폴더를 생성하고, FTP로 운영서버 소스를 그대로 내려받아 백업합니다.
또는 User Home 폴더에 cp 명령어로 war만 복사하여 백업합니다.

운영서버 반영

main 브랜치의 소스를 운영 빌드 후 운영서버에 반영하고, 백엔드 수정이 있다면 톰캣 재시작합니다.
로드밸런서로 이중화 된 서버의 경우, 모든 서버에서 동일하게 백업하고 반영해줘야 합니다.

운영서버 테스트 및 검수

운영서버에서 테스트하고, 기획자에게도 테스트 요청 후 검수 결과를 기다립니다.

Unstash

dev 또는 개인 브랜치로 checkout 하여 이동 후, Unstash 하여 작업 중이던 소스를 복구합니다.

Leave a comment