Git, Version control/SourceTree (10) 썸네일형 리스트형 [소스트리 사용법] merge(2) 같은파일 다른 내용 합치기 같은 이름의 파일을 각각의 브랜치에서 나누어 작업을 했다. 각각의 브랜치는 한 파일 안에서 각기 다른 부분을 수정하였고, 이 들을 병합하면 어떻게 될까? 그림을 통해서 결과를 간단하게 이해하면 다음과 같다. 아래를 보고 실습해본다. 마스터 브랜치와 tutorial브랜치는 각각 다음과 같이 바꿨다. 병합하고나서 내용을 살펴보면 파일의 각기 다른 부분에서 업데이트 된 내용이 한 파일로 합쳐졌다. [소스트리 사용법] merge(1) 서로 다른 파일을 한 저장소로 합치기 merge란 branch로 나눈 버전들을 합치는 작업이다. merge 하는 법을 알아보도록 하자. 위 사진은 master, google이라는 브랜치가 있는 상태이다(초기). google브랜치로 들어가서 google file을 하나 만들어보자. 이 google file은 master에는 없고 google브랜치에만 있는 파일이다. 커밋하면 다음과 같이 브랜치가 갈라져 나온것을 눈으로 확인할 수 있다. 이제부터가 중요하다. merge개념은 어느 브랜치에서(from) 어느 브랜치로(to) 통합할지가 중요하다. google 브랜치를(from) master로(to) 병합시키고자 한다면 위와같이 한다. 1. master로 들어가서 master 탭 옆에 점이 찍혀있는 상태로 만든다. 2. google 탭 우클릭 -> .. [소스트리 사용법] branch 초기에 다음과 같은 파일을 저장소에 올렸다고 하자. 위 사진은 초기에 저장소를 branch하기 전 모습이다. master만 존재하는 것을 알 수 있다. 위 사진처럼 왼쪽탭에 master를 더블클릭하고 위에 '브랜치'를 눌러서 브랜치를 해보자 위 사진은 apple, google, samsung 이라는 3개의 브랜치를 하고 난 후 사진이다. 위에 표시한 곳(왼쪽 탭 X)과 같이 master, samsung, google, apple 이라는 태그가 같이 붙어있는 것을 볼 수 있다. 각각의 태그는 브랜치를 의미한다. 왼쪽 탭에 마스터를 더블클릭하여 저장소에서 파일을 수정하여 보자. 그리고 커밋을 하면 위와 같이 master라는 태그의 위치가 달라지고 하나의 커밋이 기록된 것을 볼 수 있다. 브랜치개념을 이해하기.. [소스트리 사용법] bitbucket에서 저장소(repository)만들고 소스트리와 연동하기 https://bitbucket.org Bitbucket | The Git solution for professional teams Collaborate on code with inline comments and pull requests. Manage and share your Git repositories to build and ship software, as a team. bitbucket.org 위 주소로 들어가서 create - repository 에서 저장소를 하나 생성한다. README 파일 없이 저장소를 생성하면 아래와 같이 나온다. (만일 README 파일과 같이 저장소를 생성하였다고 하더라도 아무 문제없으니 당황하지 말자. 잘 보면 ~~.git 이라는 url이 있는데 그 주소가 내가 만든.. [bitbucket] issue 만들기 issue를 추가해야 되는데 아래 사진과 같이 왼쪽 탭에 issues가 있다면 상관없지만 처음 시작하는 경우라면 issues카테고리가 없는 경우가 있다. 그렇다면 아래와 같이하면 issues를 추가할 수 있다. [소스트리 사용법] 버전 비교하기 현재버전이 과거의 버전과 어디가 달라졌는지를 확인하고 싶을 수 있다. 현재버전과 과거버전의 파일을 각각 열어보자. 현재버전 열기 과거버전 열기 그러나 사실 소스트리에서 이렇게 프로젝트의 달라진 부분을 확인하는 것이 어려운 경우가 실제로 더 많다. 왜냐하면 한번 수정할 때, 한 줄, 두 줄만 바꾸는것이 아니라 프로젝트의 내용을 대거 수정하는 경우가 많기 때문이다. 그럴때 소스트리나 깃허브나 이런 기본적인 프로그램들에서는 사용자를 만족시킬 만큼 확실한 비교를 제공하기 어렵다. 두 프로젝트간의 비교를 하고자 할때는 beyond compare라는 프로그램이 있는데 다른 게시물에서 설명하도록 하겠다. [소스트리 사용법] commit ID 란 위에 표시한 부분이 commit ID 이다. 이 commit ID를 이용하여 사용자가 따로 버전관리를 할 수 있다. 커밋할 때마다 commit ID가 달라지는 것을 볼 수 있는데, 저 커밋아이디를 내 메모장이나 내 파일 어딘가에 기록해두고 어떤 변경사항이 있었는지 상세하게 기록해서 프로젝트 팀원들과 정보를 공유할 수 있다. [소스트리 사용법] 과거 버전으로 가기 최신 버전인 상태에서 과거의 버전으로 가서 파일을 열어보고 싶을때는 어떻게 할까?? 경고창이 뜨지만 겁먹지 말고 "확인"클릭 HEAD가 이동해 있는 것을 볼 수 있다. 다시 로컬 저장소를 열어보면 다음과 같다. 과거의 버전으로 돌아온 것이다. 여기서 다시 최신버전으로 오고싶다면 어떻게 해야할까?? 가장 최신 브랜치의 이름이 PDcontrol 인것을 볼 수 있다. 그렇다면 좌측 탭에 PDcontrol이라는 브랜치를 더블클릭 최신버전으로 다시 돌아온것을 알 수 있다. 이전 1 2 다음
