우아 한의원 | 조재성 원장의 한의학, 의학통계, 프로그래밍

브랜치를 사용하는 이유

우리가 진행중인 프로젝트(opentutorials_git)를 하면서 동시에, 불확실하고 실험적인 작업을 동시에 진행할 수 있다.

만약 브랜치를 사용하지 않는다면, 실험적인 작업이 취소되었을 때, 이전버전으로 돌아가도 되지만, 그 부분만 도려내야하는데, 쉽지않다.

폴더를 복사해서 실험적인 작업을 진행할 수 있지만, 완료되었을 때, 원본에 붙혀넣기가 쉽지않다.

이 때, 우리는 브랜치를 사용할 수 있다.
브랜치를 통해서, 마치 2개의 폴더로 나눈 뒤, 각각 따로 작업하는 것과 같은 효과를 내면서 동시에 작업 완료후 실험적인 작업에서 변경된 내용을 원본소스에 간편하게 병합해줄 수 있다.

브랜치 만들기

index.html 파일에 대해, 일상적인 업무와 실험적인 업무가 있다고 치자.

일상적인 업무는 html코드에 ul태그를 넣는 것.
실험적인 업무는 head태그를 넣는것이라고 가정하자.

우리는 브랜치를 이용해서,
마치 프로젝트폴더를 2개로 복사한 다음, 하나의 프로젝트에서는 ul태그를, 다른 하나의 프로젝트에서는 head태그를 넣는 것처럼 사용해보자.

좌측메뉴의 Branches에는 master라는 현재 브랜치가 표시되어있다.
(기존 default로 만들어진 브랜치 이름이 master일뿐 바꿀 수 있다.)

• 브랜치를 만들어보자.
  상단의 [ Branch ] 버튼을 누른 뒤, <실험>이라는 New Branch를 만들어보자.
  
  
  
  
  
• master인 상태에서, ul태그만 추가해서 commit해주자.
  
  
  이제 ul태그안에 li태그를 추가해서 하나마다 버전을 나누어서 commit해주자.
  
  
  위 그림을 보면, 실험branch는 뒤쳐져져있는 것을 확인할 수 있다.
  
  
  
• 이제 [실험]브랜치를 더블클릭해보자. 이 때, 타임라인의 실험브랜치가 적힌 버전을 확인해주자.
  index.html파일를 확인해보자. ul태그랑 li태그가 사라져있다.
  
  
  
  
• 이제 이 상태에서, 실험적인 업무인 head태그를 넣어주고, commit해보자.
  
  
  
  
  타임라인의 그래프를 보자.
  [master]에서 commit한 3개의 버전은 분홍색으로 가고 있다.
  [실험]에서는 해당 버전의 프로젝트(h1태그 추가)로 돌아간 다음 --> head태그 추가 버전으로 파란색으로 가고 있다.
  *** (실험)head태그추가 와 (master) ul태그 추가의  부모는  둘다 동일하게   h1태그 추가인 것을 확인해두자.
  *** 추가한 브랜치 수만큼, [ 만들어준 시점에서 프로젝트를 복사해둔 효과 ] 가 난다는 것을 알 수 있다.
  my) 실제 윈도우 폴더에서 접근했을 때, 같은 파일이라도, 소스트리의 브랜치 선택상태에 따라 다른상태로 열린다.
  
  
  
  
  
• 서브라임텍스트에서도 브랜치를 바꿀때마다, 같은파일의 내용이 변경되는 것을 확인할 수 있다.
  
  
  

• Discard : 현재 파일수정후 저장된 상태에서,commit을 하지 않았다면, 다시 직전버전의 파일로 돌아갈 수 있다.
• Reset - hard : 선택한 버전으로 돌아가고, 현재 파일상태와 상관없이, 그 이후의 버전+파일들은 다 삭제
• Reset - mixed : 선택한 버전으로 돌아가고, 현재 파일상태는 uncommited changes로 남겨둔다.
• Revert(Reverse) : <최근버전부터 순차적으로> 선택한 버전을 취소하지만 Revert로 새로만들어남겨두고, 그 직전버전으로 돌아간다.
  - 타임라인(Repository)에 Revert가 있다면-> 그 직전버전으로 돌아간 것

git의 Revert = 소스트리의 Reverse commit 을 이용하여, 취소할 버전을 남겨두고 직전버전으로 돌아가자.

Reset은 선택버전 이후의 버전들은 모두 삭제하고, 선택한 버전으로 돌아간다. 파일유지만 Hard(삭제)/Mixed(유지)로 결정해준다.
Revert는 취소할 선택버전을 남겨둔 체, 그 직전버전을 [ Revert + 취소버전]이라는 이름으로 새로운 버전을 만들어준다.
(즉, Revert 버전  = 그 버전의 이전 버전으로 돌아간다.)

타임라인에서 취소할 버전을 선택한 뒤, 우클릭 > [Reverse Commit] 을 통해, 직전 버전을 새로운 이름[Revert 취소버전]으로 만들어준다.

이름은 [ Revert 취소한 버전 ]이지만,  취소버전의 직전버전[body태그 추가]으로 돌아간 상태라,
수정해준 index.html이 다시 돌아가고, 추가해준 README.md가 삭제되었다.

만약, 더 이전버전으로 돌아가고 싶다면, 최신버전부터 -> 취소할 버전까지, 순차적으로 계속 revert를 해줘야한다.

예를 들어서,  아래의 상태에서, html태그 추가 버전까지 다 취소하고 싶다면,
[reset-mixed] revert -> [body태그 추가] revert -> [ html태그 추가] revert 후, ===> index.html버전에 도착하게 된다.

해석을 하자면 ) Revert "특정버전" ---> 특정버전하기 전으로 돌아갔구나!
[html태그를 추가]하기 전으로 돌아갔구나!

만약 순차적으로 revert안한다면, 충돌이 일어날 수 있다.

Repository(타임라인)에서 Reset to Current  - Hard을 이용해, 지난 버전+지난파일로 되돌아가기

Reset to current branch에서  current란,, 선택한 지난버전을 의미한다.

타임라인(repository)에서 되돌아가고 싶은 버전 [body태그 추가]을 선택하고,
우클릭 >  [ Reset to current branch ]를 선택 한 뒤, [ Hard - ~ ]를 선택하면
[body태그 추가] 버전 이후의 모든 버전들이 삭제되고, 아직 commit하지 않은 내용, stage에 올려놓은 내용도(파일들도) 모두 사라진다.

실제 파일 [index.html]도 body태그만 추가한 상태로 되돌아갔고,

README.md파일도 사라졌다

선택버전 이후의 모든 내용 + 파일이 다 사라지니, 조심해서 사용해야한다.

다시 최신버전으로 수기로 대충 만들어보자. html>body>header>h1태그 + README.md

Reset to current - Mixed로 지난버전으로 되돌리면서, 현재파일은 유지하기

어떤 웹서버를 관리하다가 인증정보를 모르고 파일에 넣어 오픈소스로 풀려버렸다.
이 때, 지난버전으로 되돌리면서, 현재 수정중인 파일들은 유지(working area 유지)하고 싶다면 역시 reset를 이용하면 된다.

Mixed/soft/hard의 차이점에 관해서는 다음에 이해하자.

Discard 버튼을 이용해서, 수정사항(추가 혹은 삭제한 코드) 취소하기

어떤 파일을 수정했는데, 아직 commit하진 않았을 때,  discard를 이용해서 가장 최근에 commit한 버전으로 파일을 되돌릴 수 있다.

기존의 index.html 파일에 body태그 안에 있던, header태그를 제거하는 수정을 해주자.


소스트리에서 수정사항을 감지하 곳에서, 제거한 부분은 (-) 빨간색으로 표시된다.

갑자기, working area에 있는 index.html의 삭제한 저 빨간줄을 다시 복구하고싶다
상단의 Discard버튼을 눌러보자.


index.html파일을 선택후, discard changes를 눌러서 수정사항을 취소한다.

그러면 아래와 같이, unstage에서 수정을 감지한 index.html이 사라져있고,
실제 파일에서 가장 최신버전의 index.html로 돌아와있다.(지웠던 header태그가 살아나있다)

staging files(index 혹은 staging area)에서도 discard가 먹힌다. 커밋전에 수정사항취소후 되돌리기는 다 가능.

commit하기 전에, 지금 작업한 내역을 review하는 버릇을 가지자.
working area/staging area(index)의 초록줄/빨간줄은 최종적으로 되돌릴 수 있는 순간이다.

commit으로 버전을 만들었으나, 코드의 변화만 볼 수 있지, 과거의 프로젝트 상태로 돌아갈 순 없다.

• 새 파일을 만들어보자. sublimeText를 켜고, 루트폴더인 opentutorials_git에 우클릭으로 [readme.md]파일을 만들어보자.
  
  
  
• 소스트리(버전관리)로 들어가보면, [ Log/Histroy ]탭에는 uncommitted changes가 감지되었고
  unstaged files파일에, 생성하고 수정한 readme.md파일이 감지되었다. 아이콘이 물음표인 것을 기억하자.
  
  
  index.html 파일의 body태그안에 수정하고 소스트리를 보자. unstaged files에 index.html로 걸려있지만
  아이콘이 연필모양이다.
  
  
  
  이 2개 아이콘이 다른 의미는 버전관리(소스트리)에서는 다르게 인식하고 있다는 것인데,
  index.html파일의 [주황색연필]아이콘은 git에 의해 추적되고 있는 파일로서, commit으로 버전을 만들어 저장소에 보관이 가능하다.
  readme.md파일의 [보라색물음표]아이콘은 git에게 파일을 추적하고, 관리하라고 명령하기 전의 파일이다.
  - stage위로 올리고 -> [최초커밋]을 통해, 버전을 만들어야지 [git의 추적]이 시작된다.

• 새 파일을 stage위에 올린 뒤, commit버튼을 눌러 버전을 만들자.
  이 때, commit은 stage위에 올라와있는 readme.md파일만 commit이 된다.(index.html은 안됨)
  
  
  마지막 버전확인시, [초록색+]는 이 버전에서 추가한 파일이라는 뜻이다.
  다시 uncomiited changes를 더블클릭해 돌아와보면, unstage에는 index.html만 있다.
  

• 이제 readme.md를 다시 수정하고 다시 소스트리로 가자. 추적이 되는 주황색연필 아이콘으로 바뀌었다.
  주황색은 git이 추적 중 / 연필은 수정되었다는 뜻이다.
  
  어떠한 file을 commit, = 최초의 버전을 만들기 전까지는, git이 관리하지 않는다!

• 이제 변화가 생겨 unstage에 감지된 index.html과 readme.md를 stage에 올리지않고 다시 수정해보자.
  index는 h1으로 큰제목의 태그를 달고, readme는 문자몇개 수정한다.
  그리고 2개를 한꺼번에 stage에 올리고, commit해보자.
  
  하나의 버전에는 여러개의 파일의 변경사항을 모두 포괄할 수 있다.
  
  
• 다시 2개 파일을 수정한 뒤, 각각 따로 stage에 올려서 commit하여 버전을 만들어보자
  비록 2개 파일의 변동사항이 있지만, 하나의 파일 수정사항에 대한 버전을 만들 수 있다.
  
  
  readme.md파일은 여전히 commit되지 않은 체, unstage에 남아있다.
  
  
  unstaged와 staged 공간의 차이가 드러난다.
  -unstage : 수정된 모든 파일들의 목록이 표시되는 공간
  -stage : commit시 만들어질 버전에 합류할 파일들만 모아놓은 공간. 중간단계!
  staged라는 중간공간을 통해서 변경사항들 중에서, 필요한 or 완결된 or 연관된 파일들만 모아서 하나의 버전(commit)으로 만들 수 있다!!

[git]에서는 소스트리의
unstaged를 [workingcopy]
staged에 올리는 작업을 [add]
staged를 [index 혹은 staging area]
버전들이 표시되는 타임라인을 [repository]라고 부른다.

즉, working copy에 있는 수정된 파일들을 add해서 index 혹은 staging area에 올려놓고,
commit을 통해 하나의 버전을 만들어 repository에 저장한다.

• 하나의 파일이라도, 중간단계인 staging area에 있는 상태에서, 다시 수정되면 working copy에 감지되어 올라온다.
  
  
  

1. [윈도우키 + R]로 실행창을 켜서 [  netplwiz  ]를 입력한다.

2. 나타나는 사용자계정 설정창에, 암호입력하여 로그인하는 체크박스를 [체크해제]후 적용을 클릭하자

3. 이제 암호없이 자동로그인을 하기 위해, 비밀번호 인증하라고 나온다. 기존에 사용하던 비밀번호를 입력해서 인증해주자

4. 계정의 암호를 제거했다면, 이제 윈도우설정 > 사용자정보 > 계정으로 가서
  마이크로소프트 로그인을 -> 로컬 계정으로 로그인하도록 하자.

  비번을 제거한 로컬계정으로 로그인하게 되어, 비밀번호도 제거했으니 자동로그인 될 것이다.

5. 제거 확인은 win키 + L 을 눌려서 확인하자

Git을 이해하기 위하여, 예제부터 이해하기

• 예제는 [ https://opentutorials.org/course/1492/8145 ]에서 소스코드를 살펴볼 수 있다.
  해당코드를 불러와서 [SublimeText3]라는 에디터를 사용해서 복붙하여 살펴본다.
  

Git 저장소(프로젝트의 메인폴더) 만들기

• 언어를 영어로 바꿔주자.
  소스트리를 켜고,  도구 > 옵션 > 언어를 english로 바꾸자. 참고할 대부분의 자료들은 영어로 되어있기 때문이다.
  재실행해야지 바뀌어 진다.
  
  
  [ create]버튼을 눌러서 repository( 저장소 )를 만든다. 한 프로젝트의 디렉토리(폴더)이다. 그것을 git에서는 저장소라 부른다.
  타입은 git으로 고정해두고, destination path 프로젝트의 디렉토리가 어디에 생성할 것인지 지정하는 것이다.
  나는 데스크톱의 cho폴더(C:\Users\cho)에서 폴더에 [ opentutorials_git] 라는 저장소(프로젝트의 폴더)를 만들 것이다.
  
  
  소스트리에 프로젝트 폴더(저장소)가 생성된 것을 확인할 수 있다(탭의 이름)
  

소스트리로 버전관리 해보기

• SublimeText의 루트폴더를 추가해주자.
  project > Add folder to Projects > 소스트리에서 만든 저장소(프로젝트의 최상위폴더)를 선택
  
  
  
• 저장소에 수동으로 새로운 파일을 추가해보자.
  저장소(프로젝트 폴더)에서 우클릭으로 생성해도 된다. 여기서는 서브라임텍스트를 이용해서, 지정한 root_폴더에서 파일(index.html)을 생성해보자. 아래 그림과 같이 소스트리에서 해당파일이 [unstaged files ]의 목록에 자동으로 생성된다.
  
  즉, 저장소(프로젝트 폴더)에서 일어나는 일(파일생성, 삭제 등)을 계속 주시하고 있다가, 변화를 알아채고 바로 띄워준다.
  
  
• 버전관리를 해보자.
  보라색의 물음표의 파일 우측상단에 [Stage All] 이나 [Stage Selected]를 클릭해보자. 아래그림과 같이  [ Staged files]로 올라가면서 초록색 플러스아이콘으로 바뀐 것을 확인할 수 있다.
  
  
  이제 초록색 플러스아이콘인 Staged된 index.html을 선택한 뒤, 좌측상단의 Commit 버튼을 눌러보자.
  커밋을 적는 란이 생긴다.  파일을 생성했다고  커밋을 남겨보자.
  커밋이란 ? 버전하나를 만드는 행위이다. ( 만약 커밋사용자의 정보가 없다면 Tools 에 들어가 지정해주자)
  커밋 후 확인은 하단의 [Files Status]탭을 [Log /History]탭으로 바꾸어주면 된다. (혹은  [ BRANCHES ] > master 에 들어가면 확인할 수 있다.)
  
  commit을 통해서 버전을 최초로 만들었다.
  
  
• 새로운 버전을 추가하기 위해서 파일을 수정해보자.
  index.html파일을 수정했더니 소스트리에 [Uncommiteed changes]가 관찰되었다.
  
  
  
  commit을 통해 새로운 버전을 만들었는데, uncomiited changes는 아직 버전을 만들지 않은 변화가 있다는 뜻이다.
  버전을 만드는 방법은 [Unstaged files] 를 Stage 하여 —>  [ Staged files]에 올린 뒤 –> [commit버튼]을 눌러 버전 정보를 작성해주는 것이다. 방금 한 작업인 html태그 추가를  적어주면서 commit을 눌러 버전을 만들어주자.
  
  
  아래그림 처럼, BRANCHES에서 새로운 버전(commit)이 생성된 것을 확인할 수 있다.
  커밋 후 확인은 하단의 [Files Status]탭을 [Log /History]탭으로 바꾸어주면 된다.
  
  
  
• 버전들을 탐색해보자.
  위에서 만든 commit들(버전들)을 확인해보자. 처음에는 내용이 없는 html파일을 생성했으므로, 
  우측에는 아래와 같이 텅빈 화면으로 나타난다.
  
  
  2번째 버전에서는 html을 추가한 것에 대해 [ 녹색으로 이전버전에 비해 추가된 코드를 표시 ]해 주고 있다.
  
  
  3번째 버전에서는 body태그를 추가하였다. 녹색으로 추가된 부분이 표시 될 것이다.
  

파일의 변형 –> commit으로 버전으로 만듬 –> 버전 탐색의 과정이었다.

소스트리 : 명령어 기반으로 사용하기 쉽지않은 git을, 그래픽 환경에서 쓸 수 있게 해주는 프로그램.

git 설치

• 구글에서 git download를 검색하여, 공식사이트에서 다운 받고,  default설정으로 설치한다.
  

• 설치하고 난 뒤, 시작메뉴에 보면 Git Bash 아이콘이 생긴다. 클릭해서 열어보면, 유닉스/리눅스 환경과 비슷한 환경에서 윈도우를 제어할 수 있다. [ git ]이라고 쳐서 명령어들이 출력되면 정상적으로 설치 된 것이다.
  
  

sourceTree 설치하기

• 구글에서 sourcetree download를 검색해서 default로 설치한다.
  설치과정에서 Atlassian에 가입을 했고, 구글아이디를 이용하였다.
  
  
  
  동시에 비트버킷에도 가입하였다. 위에서 사용한 Atlassian계정으로 연결하고 비트버켓 닉네임은 nittaku로 하였다.
  
  

버전 관리 시스템(Version Control System)

버전 : 의미있는 변화들 = 기능개선 및 버그 수정
버전관리 시스템 : 이러한 변화들을 관리하는 방법론 ( 이전버전으로 바로 돌아갈 수 있다 !)

유사 버전관리 시스템

제품설명서 :
- 제품설명서1을 복사해놓고 수정하여 제품설명서2를 만든다. 마음에 안들면 되돌릴 수 있다.

위키피디아 : 집단지성으로 전 세계사람들이 협업하여 백과사전을 작성
- [ 역사보기 ] 탭의 하나하나의 행이 하나의 버전이라 볼 수 있다. 악의적인 편집에 대해 예전버전으로 되돌릴 수 있다.

DropBox : 구글드라이브나 네이버N드라이브처럼, 파일을 올릴 수 있는 클라우드서버 제품
- subversion과 같은 버전관리시스템의 장점만 모아서 일반인들도 사용할 수 있는 제품이다.
- More > Previous versions를 통해 버전 관리를 확인할 수 있고 –> restore버튼으로 예전버전으로 되돌릴 수 있다.

git을 못쓰겠다면, dropbox나 구글드라이브를 반드시 사용할 것!

1. 네이버에서 [ classic shell ]을 검색하고 다운 받는다.

2. 설치 시, 다른 항목을 [x]를 만들고, 시작메뉴( Classic Start Menu)만 설치하도록 한다.

3. 설치 후 [ Start menu Style]에서  윈도우7Style을 선택한다.

4.  [ Skin ] 탭에가서 원하는 스킨을 지정해준다. 윈7에 가까운 것은 [Windows Aero]스킨이다.