A seeker after truth

1. 문제 기존에 알던 바에 따르면, 로컬의 main/master 브랜치를 checkout해 만든 브랜치와 main/master 가 있을 때. 파생 브랜치에 코드 변경 작업이 있는 상태라 하자. 이 때 main/master로 checkout 시 당연히 main/master는 아무 변경 사항이 없으니 기존 상태가 남아있어야 하는데, 파생 브랜치의 변경 사항이 main/master에도 존재하는 '동기화' 사태. 2. 원인 첫째, 두 로컬 브랜치 모두가 같은 원격 브랜치를 바라보는 상태에서 그럴 수 있다. 둘째, stash/commit 등을 하지 않은 상태여서 그럴 수 있다. 3. 해결 1) 원격에도 파생 브랜치와 동일한 브랜치 만들어준다. 2) 아래 명령어 이용해 로컬 파생 브랜치가 원격의 파생 브랜치를 바..

* 본 글은 리얼 리눅스에서 진행한 (유료 강좌)를 수강한 후 배운 내용을 정리, 기록한 것이다. 커밋 메시지 작성 팁. "When ~~~, the B error can occur. The reason is that ~~~." - why가 7~80%, how 2~30%를 포함해서 메시지를 작성하는 것이 핵심. how를 적는 것은 비효율적이다. 단, how가 항상 안중요한 것은 아니다. 특정 알고리즘을 쓴 경우, 코드만 보고는 모르기 때문에 이런 경우에는 how를 상세히 작성해주는 것이 더 낫다. - Before, After 구조 및 내용도 굳. - 만약 관련된 커밋이 있을 경우, 이에 대한 정보를 언급해주는 것이 좋다. Fixes: The commit 5637d49 (“Fs/ext4: Add B feat..

* 본 글은 리얼 리눅스에서 진행한 (유료 강좌)를 수강한 후 한 사이트(https://rogerdudler.github.io/git-guide/index.ko.html)를 참고하여 배운 내용을 정리, 기록한 것이다. 아까 fork후 clone했던 플젝 경로로 이동하여 upstream 을 추가하자 * 주의 ) 본인 프로젝트 URL 이 아닌 오리지널 플젝 저장소 url을 끌어와야 한다! 앞에서 기존에 있던 원격 저장소를 복제한 것이 아니므로 다음 명령어를 통해 원격 서버의 주소를 git에게 알려줘야 한다. upstream은 원격 저장소의 이름으로 붙여준 것이다. # git remote add upstream (해당url) * remote 저장소란? - 리모트 저장소를 관리할 줄 알아야 다른 사람과 함께 일..

* 본 글은 리얼 리눅스에서 진행한 (유료 강좌)에서 실습 위주 강의를 수강한 후 한 사이트(https://rogerdudler.github.io/git-guide/index.ko.html)를 참고하여 배운 내용을 정리, 기록한 것이다. add : 커밋할 목록에 추가 commit : 커밋 ( 히스토리의 한단위 ) 만들기 push: 현재까지 역사 (commits) Github 에 밀어넣기 commit: 깃 저장소에 내 폴더에 있는 모든 파일에 대한 스냅샷을 기록하는 것. 변경 사항의 모음이 아닌 하나의 최종 코드 모음. 디렉토리 전체를 복사하여 붙여넣는것과 유사하지만, 훨씬 유용한 방법이다. Git은 가능한 한 커밋을 가볍게 유지하고자 하기 때문에, 커밋할 때마다 디렉토리 전체를 복사하진 않는다. 각 커밋..