DevKTak 일기장

1. 협업할 Repository를 Fork 떠서 나의 Repository로 가져오자 2. Fork 뜬 나의 원격 Repository에 있는 프로젝트를 Clone해서 나의 로컬 PC에 만들자 git clone {나의 Repository URL} 3. 원본 소스코드가 있는 곳의 위치(Upstream)를 미리 등록해주자 git remote add upstream {협업할 Repository의 URL} 4. 기능 단위 개발 작업을 위해 Branch를 따주자 git checkout -b {생성할 브랜치 명} 5. 코드 작업 후 Add, Commit 후 나의 Repository에 Push 해주자 git push origin {생성한 자신의 브랜치 명} 6. 본인 계정 깃허브 저장소에 접속해서 Compare & p..

Merge 브랜치에서 작업한 내용을 메인 브랜치로 통합하는 가장 일반적인 방법 장점: 이전의 커밋 히스토리를 그대로 유지하기 때문에 변경 이력이 정확하게 기록된다. 다른 브랜치에서 동시에 작업하는 경우 충돌이 발생할 수 있지만, 이를 강제하여 코드의 일관성을 유지할 수 있다. 단점: Branch가 많아지고 Commit도 많아지면 Commit History가 복잡해질 수 있다. Squash Merge 여러 개의 Commit을 하나로 합친 후 Merge하는 전략 장점: Merge Commit이 남기 때문에 Merge가 되었다는 사실을 알 수 있다. Commit History가 깔끔해진다. 단점: Merge된 브랜치의 변경 내역이 하나의 Commit으로만 남기 때문에 어떠한 과정으로 변경되었는지에 대한 Hi..