Git

Github Flow 브랜치 현재 사내에 정해진 Git 브랜치 전략이 없다. 아마 웹 서비스가 아니라 윈도우 프로그램에 배포 자동화도 이루어져 있지 않은 상태와 인원 문제로 굳이 만들지 않았다고 생각한다. 하지만 다형성을 고려하지 않은 코드로 인해서 커밋때 마다 충돌이 발생하고 에러 추적이 힘들어 브랜치 전략을 도입하려고 한다. GitFlow , Github Flow 등 여러 브랜치 전략이 있지만 Github Flow 브랜치 전략을 선택하였다. 이유는 크게 3가지가 있다. QA 엔지니어가 없고 정식화된 QA 과정이 없다. 인원 2명에서 진행하는 소규모 프로젝트이다. Hotfix 문제가 잦게 발생하는 문제가 있어 빠른 수정 및 배포가 필요 앞으로 진행한 개인 프로젝트에서도 인원이 3명 이하일때는 보통 QA..