Persistence

Upstream, Downstream의 일반적인 개념 upstream과 downstream은 두 레포간의 관계에 따라 정의되는 상대적인 개념이다. 어떤 한 레포가 절대적으로 업스트림이거나 다운스트림이 아니라는 소리이다. 비유적으로 설명하자면 upstream은 영어 뜻 그대로 하천의 윗부분(상류?)라고 할 수 있다. 물줄기가 위에서 밑으로 내려올 때, 그 위에서 원천이 되는 source를 upstream이라고 칭하는 것이다. 내 래포가 myRepo이고 다른 레포가 otherRepo라 하자. 내가 otherRepo로부터 pull from 해오고(당겨오고) push to한다면 내 myRepo가 downstream, otherRepo가 upstream으로 정의된다. 하나의 업스트림에 여러 개의 다운스트림이 있을..

[Git] Rebasing 리베이스는 머지랑 비슷한 개념이지만 조금 다르다! 머지랑 리베이스는 다른 브랜치의 작업 내용을 합친다는 면에서 비슷하다. 내가 이해한 바로는 주요하게 다른 점은 크게 2가지이다. 머지는 fast-forward가 아닌 이상 두 개의 브랜치로 갈라진 모양이 남게 된다. 반면 리베이스는 하나의 linear한 히스토리로 남게 된다. 머지는 merge commit을 필요로 한다. 즉 머지하기 위해서는 커밋을 반드시 해야되는데 별 의미없는 커밋메세지만 남기기 십상이다. 리베이스를 하면 이 merge commit이 필요 없다. 그럼 언제 머지를 하고 언제 리베이스를 하지? 여러 명의 사람이 같이 작업을 할 때에는 리베이스가 추천된다고 한다. 여러 커미터가 있을 때에 머지를 사용하게 되면 깃..

깃 개념 이해하기 - 2 커맨드 라인이 아닌 깃의 개념 위주 정리입니다 Merging test 브랜치에서 new.txt파일을 수정한 뒤 이를 마스터 브랜치에 반영하고자 한다. ** Fast-Forward merging ** git checkout master git merge test 머지를 하려면 머지하고자 하는 곳으로 스위치 한 다음(마스터 브랜치의 경우 git checkout master) 머지를 해야 한다. (git merge test) new.txt의 수정에 대해 다른 컨플릭트가 없고 마스터 브랜치에서 수정된 사항이 없을 때에는 디폴트로 fast-forward merge가 가능하다. fast-forward merge는 선형적으로 머지하는 것인데, 구글링으로 이해한 바에 따르면 test 브랜치를 ..

깃 개념 이해하기 - 1 커맨드 라인이 아닌 깃의 개념 위주의 정리입니다 4개의 박스가 있는 것을 상상하자. 3개의 박스는 한 그룹으로 묶여있고 나머지 한 박스는 따로 있다. 그 박스들은 각각 다음을 의미한다. 원격 저장소(Remote Repository) -- 혼자 있는 박스 작업 디렉토리(Working directory) -- 함께 있는 박스 1 스테이징 영역(Staging Area) -- 함께 있는 박스 2 로컬 저장소(Local Repository) -- 함께 있는 박스 3 함께 있는 3 박스를 통틀어 나의 개발 환경(Development Environment)이라고 할 수 있다. 원격 저장소는 다른 사람과 코드를 공유하고자 할 때 변경 사항을 보내거나, 그 변경 사항을 얻어올 수 있는 곳이다. ..