Codesigner

지금까지 우리는 한 사용자가 Git을 다루는 방법들에 대해서 배웠다. 사실, Git은 다른 사람들과 함께 작업할 수 있는 유용한 협업 툴을 제공해준다. 이를 활용하는 방법을 배우기에 앞서, 당신이 초등학교 선생님이라고 가정하자. 당신은 동료 선생님인 Alice를 포함하는 여러 선생님들과 함께 과학 시험 문제를 만들어야 한다고 하자. 다른 선생님들과 협업하기 위해선 당신과 Alice는 다음과 같은 요구조건을 필요로 한다: 당신의 컴퓨터에는 과학 시험 문제의 완전한 복사본이 존재해야 한다 당신을 포함한 다른 선생님들의 문제 출제 작업을 추적하고 살펴볼 수 있어야 한다 특정한 버전의 시험 문제에 접근할 수 있어야 한다(문제를 잘못 출제할 우려가 있으므로) 우리는 remotes 라는 공유된 Git 레포지토리를 ..

이전 포스팅에서 master와 samsung 브랜치가 깔끔하게 merge 되었다. samsung 브랜치에서 커밋 한 이후 master에서 merge 하기 전에 아무런 작업을 하지 않았기 때문이다. 그래서 Git 은 간단히 master를 업데이트시킬 수 있었고, 이를 'Fast-forward'라고 한다고 배웠다. 그런데, 만약 master 에서 merge 하기 전에 커밋을 생성한다면 어떻게 될까? 더 나아가, master 에서도 samsung 브랜치에서 작업한 것과 동일한 작업을 한다면? 이러한 상황에서 merge 하게 되면, Git은 당신이 어떤 변경사항을 받아들이고자 하는지 몰라서 conflict를 발생시킨다. 이를 merge conflict라고 한다. merge conflict I 이전 포스팅을 잘 ..

이전까지의 포스팅에서는 master(마스터)라고 불리는 단 하나의 브랜치 상에서만 작업하였다. Git에서는 실험적으로 테스트하기 위함이나 기능별로 프로젝트를 분리할 수 있는 branch(브랜치)들을 만들 수 있게 해 준다. 우리가 소설을 쓰면서 해피엔딩과 배드 엔딩 두 가지를 고려하고 있다고 생각해보자. 우리는 'happy'라는 새로운 브랜치를 만들어서 해피 엔딩으로 소설을 써내려 갈 수 있고, 같은 맥락으로 'bad'라는 브랜치를 만들어서 배드 엔딩 스토리를 써내려 갈 수 도 있다. 이 'happy' 브랜치와 'bad'브랜치에서 작업한 내용들은 당신이 master 브랜치에 merge(병합) 하기 전까지는 서로 독립적으로 존재한다. 즉, 아무 영향을 끼치지 않는다. 이번 포스팅에서는 Git의 branch..

Git을 사용하는 프로젝트를 진행항 때, 우리가 만든 변화들이 마음에 들지 않거나 버그가 발생하여 예전 버전으로 되돌리고 싶은 때가 생긴다. Git은 당신의 실수를 되돌릴 수 있는 몇 가지 eraser-like 한 명령어들을 제공한다. 이번 포스팅에서는 그러한 명령어들을 배워보도록 하자. 저번 포스팅에서 만들었던 hello.txt를 계속 사용하도록 하자. 먼저, 다음과 같이 새로운 라인의 문장을 추가해보자 C:\Users\glafu\Desktop\git_test>vim hello.txt C:\Users\glafu\Desktop\git_test>cat hello.txt hello world! I'm second line! Me third! C:\Users\glafu\Desktop\git_test> 그런 다..

Git 은 당신이 프로젝트를 진행하면서 만드는 변화들을 추적할 수 있게 도와주는 소프트웨어다. Git은 당신의 프로젝트의 변화들을 기록하고, 이러한 변화들을 저장하며, 추후 필요하면 이를 다시 참조할 수 있게 만들어준다. 이번 시리즈에서는 Git을 다루는 기본적인 방법 및 워크플로우에 대해서 알아보도록 하겠다. 먼저, 바탕화면에서 git_test라는 폴더를 만들고 그 디렉터리로 이동한 다음 시작하도록 하자. C:\Users\glafu\Desktop>mkdir git_test C:\Users\glafu\Desktop>cd git_test git init Git을 프로젝트에 사용하려면 터미널에서 프로젝트 디렉터리상에서 git init 커맨드를 입력해야 한다. 이 커맨드는 Git이 당신의 프로젝트의 변화들을 ..