서버 dev : 개발 단계 확인 stage : QA 검수등의 사용자 테스트 prod : 운영 브랜치 feature : 담당자 기능 브랜치 develop : 개발 브랜치 stage : QA 검수등 테스트 브랜치 release : 배포 브랜치 일반적인 gitflow 에서는 develop 브랜치가 안정화 되었을때 생성하나, 배포시 브랜치 머지용도로 사용 master : 운영 브랜치 상품 git Flow [1안] 기본 프로세스 feature → 개발 → PR → develop , release 머지 develop 머지 후 개발자 테스트 수행 중 변경사항 발생 시 위 프로세스(1번)와 동일 수행 release → stage, develop 머지 만약, 개발자가 develop 머지 없이 release에만 머지를 수..
오류 내용 Push to origin/master was rejected GitHub에서 Readme를 포함시켜 Repository를 생성한 후, 해당 Repository를 remote로 추가하여 push 하니 생긴 오류. Repository에 Readme파일이 이미 존재하여 생기는 오류 1. 동기화를 위해 pull git pull --rebase origin main 2. 강제로 push git push origin +main pull 이전에 발생한 변경사항을 무시(삭제)하고 현재 작업 내용을 강제로 push해도 된다. 이 경우 pull 되지 않은 변경사항은 소실되기 때문에 주의해야 함. 나의 경우에는 README를 건드렸던게 중요하지 않았어서 강제로 push했다. (나의 경우는 동기화 pull후 다시..
- Total