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..

fetch git fetch --all: 모든 원격 저장소 정보를 동기화 한다. git fetch [branch]: remote를 지정하면 특정 remote의 변경 내용을 동기화하며, branch가 지정되면 특정 브랜치 정보만 동기화 한다. remote -> branch commit git commit -am "커밋 메시지": 워킹 트리에서 작업한 것을 add(스테이징 에어리어)로 옮김과 동시에 commit(로컬 저장소) + 커밋 메시지 등록 git commit --amend: commit 까지 완료하고 push 하기전에 커밋 메시지를 변경할 수 있다. push git push : local 브랜치로 가서 모든 커밋들을 수집합니다, 그다음 origin/ 브랜치로 가서 이 브랜치에 부족한 커밋들을 채워 넣..