1. 최초의 운영Git 브랜치 전략없이 master 하나로만 운영을 해왔다.시스템 운영자가 2~3명이였고, 하나의 화면을 동시에 수정하는 경우가 거의 없었기에 충돌이 자주 발생하지 않았다. 하지만 충돌이 발생하는 경우 overwrite 후 pull 작업이 잘 되지 않았고, reset 으로 강제 pull을 진행하곤 했다. 2. 개발환경 구성IT 보안진단을 통해 dev 환경을 구성하게 되면서, dev 브랜치를 구성하게 되었다. 하지만 dev를 거쳐 prd로 흘러가는 하나의 통로일 뿐, 개발에 대한 브랜치 전략을 세우지 않아 위에서 발생한 문제가 지속적으로 겪게 되었다. 3. 브랜치 전략 도입브랜치 전략에는 여러가지가 존재하지만, 먼 미래의 시스템 개발/운영의 분리를 위해 git-flow 전략을 도입한다.  ..

1. git fetch란? 페치(fetch)는 원격 저장소의 커밋들을 로컬 저장소로 가져온다. 그리고 자동으로 병합(Merge)를 해주지 않기 때문에 본인이 직접 확인을 한 후에 병합(Merge)하는 과정을 거쳐야한다. 2. git pull이란? git pull이란 원격 저장소의 정보를 가져오면서 자동으로 로컬 브랜치에 병합(Merge)까지 수행해주는 명령어이다. 아래 그림을 보면 fetch를 실행하면, 최신 커밋 이력을 가져오고 이름없는 FETCH_HEAD 브랜치로 로컬에 가져오게 됩니다. 이 상태에서 'master'와 통합하고 싶은 경우, 'FETCH_HEAD' 브랜치를 병합하거나 다시 pull을 실행하면 됩니다.