개발자의 기록장 블로그

우리가 깃헙을 사용하면서, 자주 브랜치라는 것을 보았을 거다. 대충 이름만 보면 나뭇가지란 뜻인데..뭔가 데이터구조를 공부하면서 배운 트리구조가 생각나기도 하고... 과연 이 브랜치가 정확히 무엇이고 어떻게 사용하는지 알아보도록 하자!  브랜치branch는 하나의 코드 관리 흐름이다. 우리가 처음 커밋을 했을 때 나왔던 root commit이 뿌리가 되고, 이 커밋으로부터 가지를 쳐가면서 커밋들이 스냅샷으로 저장되는데 이 갈라지는 가지를 브랜치라고한다. 나무의 기둥처럼 기본적인 브랜치가 존재하는데 이를 master branch라고 한다master branch는 레포지토리를 만들고 커밋을 하면 자동으로 생성된다. 위 사진에서 볼 수 있듯이 각자의 브랜치에서 작업한 내용은 특별한 작업을 거치지 않는 한 서로..

만약 우리가 프로그램을 만들다가 에러가 발생해서 이전 버전의 파일을 불러오려면, 우리가 커밋한 파일들을 다시금 볼 수 있어야 한다. 즉, 우리가 커밋을 한다고 끝이아니라, 그것들을 관리하고 활용하는 방법을 알아야 한다!! 오늘은 이에 대해서 알아보려고 한다. 커밋 히스토리지금까지 한 커밋들을 커밋 히스토리 라고한다. git log git log란 명령어를 터미널에 입력하면 new commit...old commit 순으로 표현된다! 커밋 내용 구조는  commit commit-idcommit-usercommit-datecommit-message이런 구조다. 그런데..! 이렇게 여러 줄로 커밋들이 표현된다면, 한 눈에 알아보기 조금 힘들 수도 있다.따라서 깃은 히스토리를 깔끔하게 보는 옵션을 지원한다.  ..

출처 : 코드잇수정 : hwany GitHub에는 훌륭한 프로젝트들이 많다. 그리고 이런 프로젝트는 대부분 그 소스 코드가 공개되어 있다. 이렇게 소스 코드가 공개되어 있는 프로젝트를 '오픈 소스 프로젝트(open source project)'라고 하는데, ‘오픈 소스’가 뭘까? 간단히 설명하자면 프로그램의 소스 코드가 대중에 공개된 상태일 때 오픈 소스라고 한다.  오픈 소스라는 용어의 의미는 그것이 생겨난 역사적 배경을 살펴보면 좀더 잘 이해할 수 있다. 오픈소스의 역사아주 오래 전에 프로그램이라고 하는 건 그 소스 코드를 공개하고, 공유하고, 그 원리를 아는 사람이 모르는 사람에게 가르쳐주는 게 당연한 존재였다.  하지만 컴퓨터 프로그램 시장이 발전하면서 특정 회사가 어떤 프로그램을 만들고 그 사용..

개발자라면 누구나 깃은 할줄 알아야 하는 거 아니야?  라는 말을 거의 모든 커뮤니티나.. 책에서 봐왔던 지난 2년... 근데 나는 항상 생각했다.난 아직 혼자서 배우는 단계인데 굳이 깃을 할 줄 알아야 하나?  근데 해야할 것 같다. 이제 슬슬 다른 사람들과 코드를 공유하고 내 생각을 비교하기 위해서 코드를 업로드 해놓고 관리할 곳이 필요해졌기 때문이다. 코드를 카카오톡으로 주고 받을 순 없잖아 '0'...  GITGit은 코드 버전관리 프로그램이다. 그렇다면 버전관리란?  우리가 대학교 과제를 하면서 진짜 진짜 진짜 최종본.pdf  이런거 많이 해봤잖아... 하지만 이렇게 코드를 관리하게 되면파일의 어떤 내용이 업데이트 됐는지 알 수 없다. 따라서 Git으로 버전관리를 함으로서 파일의 변화를 시간별로..