Codesigner

이번 포스팅에서는 저번 포스팅에서 이어 Git에서 제공하는 여러 고급 기능들을 소스트리에서 활용해 볼 것이다. 커밋에 태그를 지정하고, 커밋을 되돌리는 등 여러 기능을 실습을 통해서 알아보도록 하자. 저번 포스팅에서 활용한 Git 프로젝트를 그대로 활용할 것이니 만약 실습을 따라 해보고 싶다면 이전 포스팅을 따라하여 실습 환경을 구성하도록 하자. 여기서는 new_branch를 사용하지 않으므로 삭제하고 시작하도록 하자 태그 - tag 소스트리에서 태그를 다는 방법은 두 가지가 있는데, 커밋 히스토리 상에서 태그를 달고자 하는 커밋에 마우스 우클릭 - 태그 버튼을 클릭하는 방법과 상단 메뉴의 태그 버튼을 눌러서 달아주는 방법이 있다. 여기서는 apple 커밋에 v0.1라는 태그를 달아보도록 하겠다 고급 옵..

지금까지는 터미널에서 Git을 사용하는 방법에 대해서 배웠다. 이러한 방식은 빠르고 간편하지만 프로젝트의 크기가 커지고 관리해야 할 소스가 많아지면서 실수할 위험도 높아지고 프로젝트의 흐름을 파악하기 버거울 때가 있다. 그래서 GUI툴을 활용하여 Git을 사용하는 경우가 많다. 오늘 소개할 툴은 소스트리(sourcetree)라는 Git GUI툴이다. 소스트리는 간편하고 직관적인 UI를 제공해줘서 Git을 매우 쉽게 사용할 수 있게 해 준다. 그래서 Git을 다루는데 할애하는 시간을 절약하고 개발에 집중할 수 있게 도와준다. 또한 Git 레포지토리에 대한 여러 정보들을 시각화하여 프로젝트에 대한 정보를 이해하기 쉽게 전달해준다. 소스트리에 대한 소개는 이 정도로 하고, 지금부터 소스트리를 활용해 보도록 하..

저번 포스팅에서 rebase 가 무엇이고, 어떻게 활용하는지 알아보았다. 간단하게 정리해보자면, 브랜치를 병합하는 merge와는 또 다른 방법으로 각 커밋들의 변경 사항들을 차례대로 basebranch에 반영하여 결과적으로 선형적인 커밋 히스토리를 만들어 내는 기능이었다. 이번 포스팅에서는 이러한 작업을 대화형(interactive) 인터페이스를 제공함으로써 좀 더 정교한 작업을 가능하게 해주는 -i 옵션에 대해 알아보도록 하자 git rebase -i git-scm에서는 -i 옵션에 대해 다음과 같이 설명하고 있다 Make a list of the commits which are about to be rebased. Let the user edit that list before rebasing. Thi..

Git에서 브랜치를 병합하는 방법은 두 가지가 있다. 첫 번째는 Merge이고 다른 하나는 Rebase이다. 이번 포스팅에서는 Rebase가 무엇인지, 어떻게 사용하는지, 좋은 점은 무엇인지, 어떤 상황에서 사용하고 어떤 상황에서 사용하지 말아야 하는지 알아보도록 하자 Rebase 기초 다음과 같은 브랜치의 모습을 가정하자 위 두 브랜치를 합치는 가장 쉬운 방법은 이전에 배웠던 merge 명령을 사용하는 것이다. 두 브랜치의 마지막 커밋(C3, C4)과 공통 조상(C2)을 사용하는 3-way merge로 다음과 같은 새로운 커밋을 만들어낸다 비슷한 결과를 만드는 다른 방식으로, C3에서 변경된 사항을 패치(Patch)로 만들고 이를 다시 C4에 적용시키는 방법이 있다. Git 에서는 이러한 방식을 Reb..

Git에서는 tag(태그)를 지원한다. 이는 보통 릴리즈 할 때 사용되는데(v.1.0, 등), 이번 포스팅에서는 태그를 생성하고 조회하는 법 그리고 서명하고 검증하는 법과 공유하는 법, 태그의 두 종류를 알아보도록 하자 git tag - 태그 조회하기 Git 프로젝트에서 이미 만들어진 태그가 있는지 확인하는 명령은 다음과 같다 git tag 위 명령은 태그들을 알파벳 순서로 나열한다. 검색 패턴을 사용하여 태그를 검색할 수도 있는데, 예를 들어 여러 가지 버전 중 1.1.3 버전의 태그들만 검색하고 싶다면 다음과 같이 명령할 수 있다 git tag -l 'v1.1.3.*' 위 명령은 v1.1.3.1, v.1.1.3.2 등 1.1.3 버전들을 나열한다 태그의 두 종류 - Annotated & Lightwe..

저번 포스팅에서는 science-quizzes라는 remote 레포지토리를 만들고, 이를 클론 하여 my-quizzes라는 로컬 레포지토리를 생성하였다. 그리고 science-quizzes에서 변경한 내용을 my-quizzes에 적용시키는 것 까지 실습하였다. 이번 포스팅에서는 Git을 활용한 teamworking의 workflow를 알아보고 my-quizzes에서 만든 변경사항을 science-quizzes에 적용해보며 저번 포스팅에서 배웠던 내용들과 함께 teamworking 방법을 정리해보는 시간을 가져보자 Git workflow 현재 우리는 origin/master에 있는 내용을 master 브랜치에 merge 하였다. 즉, remote 의 변경사항을 내 로컬 레포지토리에 적용시킨 것으로 내 로컬..