bum0w0 님의 블로그

깃허브를 통해 협업할 때 flow 정리 시작 전에 되짚어볼 용어들 1. fork (다른 사용자의 저장소를 복제하여 가져오기)2. upstream (원본 저장소, 내가 포크한 저장소)3. pull (원격 저장소의 변경 사항을 로컬 저장소로 가져와 병합)4. Pull Request (PR) (변경 사항을 원본 저장소에 병합해 달라고 요청하는 작업)5. **conflict (두 개 이상의 커밋이 동일한 파일의 동일한 부분을 변경하여 병합할 수 없을 때 발생하는 상황)6. merge (두 개 이상의 브랜치의 변경 사항을 하나로 통합)   첫 번째 단계- 팀장은 로컬에서 프로젝트의 기본 세팅을 마치고 자신의 레포에 올린다. or 팀원들과 협업할 새로운 공동 레포 생성한다.- 팀원들은 각자 레포를 fork 한다. ..

git init새로운 Git 저장소를 초기화git clone 원격 저장소를 로컬로 복제git status현재 브랜치의 상태와 변경 사항을 확인git add 작업 디렉토리의 변경 사항을 스테이징 영역에 추가git commit -m "message"스테이징 영역의 변경 사항을 커밋git push로컬 커밋을 원격 저장소에 푸시git pull원격 저장소의 변경 사항을 로컬 저장소와 병합git fetch원격 저장소의 변경 사항을 가져오지만 병합하지는 않음git merge 다른 브랜치의 변경 사항을 현재 브랜치에 병합git branchoption : -b(생성) , -d (삭제)로컬 브랜치 목록을 표시하거나, 새로운 브랜치를 생성 또는 삭제git remote add 원격 저장소를 추가git rebase -i HE..

더보기최근 스터디 중인 책의 내용을 기반으로, 친구와 함께 EC2 서버에 프로젝트를 배포하고 자동화하는 작업을 진행하게 되었다. 기존 브랜치는 개발을 위한 브랜치로 유지하고, 배포를 위한 새로운 브랜치를 생성하여 사용하기로 했다. master 브랜치를 새로 생성하려고 했지만 깃허브에서 브랜치를 새로 생성할 경우 기존의 소스를 반영하게 되어 빈 브랜치가 생성되지 않는 문제점을 아래 과정을 통해 해결하고 develop 브랜치와 master 브랜치로 나누었다. 해결 과정은 다음과 같다. 먼저, git checkout 명령어의 option을 활용하여(--orphan) branch를 새로 만들어준다.git checkout --orphan [생성할 branch 이름] 그리고 브랜치 안의 내용을 지워준다.git rm..