🦖 Git 이란 ? SVN VS GIT 차이

🦖 회사에서는 SVN을 사용하기 때문에 잊기 전에 Git 사용법도 기록해두자!

0. SVN 그리고 GIT

---

형상관리(Version Control Revision Control)툴

• 소프트웨어 버전 관리 툴이라고도 한다.
• 형상관리는 소스의 변화를 끊임없이 관리하는 것을 말한다.
• 소스를 버전 별로 관리할 수 있어서 개발할 때 실수로 소스를 삭제하거나, 수정하기 이전으로 돌아가야되는 경우 유용하게 사용되는 툴.
• 또한 팀 프로젝트에서도 누가 무엇을 어떻게 수정했는지도 알 수 있기 때문에 코드를 병합하거나 수정된 소스를 추적하는 데에도 쓰인다.

▶ 0.1 SVN

• 2000년에 CVS를 대체하기 위해 만들어졌으며 현재까지 두루 사용되는 형상관리 툴
• trunk
  프로젝트에서 가장 중심이 되는 디렉토리
• branches
  trunk에서 뻗어져 나온 나뭇가지를 뜻함. 프로젝트 내의 작은 프로젝트라고 생각하면 됨
• tags
  버전 별로 소스코드를 따로 관리하는 공간(버전 별로 태그를 붙여서 tag 디렉토리 안에 보관한다고 생각하면 됨)

▶ 0.2 GIT

• 매우 빠른 속도와 분산형 저장소. SVN보다 많은 기능을 지원하는 대신 당연히 익숙해지기에 더 많은 시간이 필요함.
• SVN을 사용하다 GIT을 사용하게 되면 무척 헷갈리고 개념 이해가 잘 되지 않았었다.

▶ 0.3 SVN vs GIT 비교

• 특징

0.3.1 SVN

• SVN은 보통 대부분의 기능을 완성해놓고 소스를 중앙 저장소에 commit

• commit의 이미 자체가 중앙 저장소에 해당 기능을 공개한다는 의미.

• (GIT 과 가장 큰 차이점) 개발자가 자신만의 version history를 가질 수 없다. (그렇기 때문에 local History를 이용하긴 하지만, 일시적이다. 내가 몇일전 까지에 한하여 작업했던 내역을 확인 가능하지만 버전 관리가 되진 않는다.)

• commit한 내용에 실수가 있을 시에 다른 개발자에게 바로 영향을 미치게 되는 단점도 있다.

0.3.2 GIT

• (GIT 과 가장 큰 차이점) 반면, git은 개발자가 자신만의 commit history를 가질 수 있고, 개발자와 서버의 저장소는 독립적으로 관리가 가능.

• commit한 내용에 실수가 있더라도 이 바로 서버에 영향을 미치지 않는다

• 개발자는 마음대로 commit(push)하다가 자신이 원하는 순간에 서버에 변경 내역(commit history)을 보낼 수 있으며, 서버의 통합 관리자는 관리자가 원하는 순간에 각 개발자의 commit history를 가져올 수 있음.

이렇게 git은 서버 저장소와 개발자 저장소가 독립적으로 commit history를 가져갈 수 있기 때문에 매우 유연한 방식으로 소스를 운영할 수 있으며, 이러한 유연성이 git의 가장 큰 장점이다.

1. Git이란?

---

1.1 형상 관리 도구(Configuration Management Tool) 중 하나.

• 참고로 형상 관리 도구는 버전 관리 시스템이라고도 한다.

• Git은 소프트웨어를 개발하는 기업의 핵심 자산인 소스코드를 효과적으로 관리할 수 있게 해주는 무료, 공개소프트웨어.

• SVN보다 여러 장점이 있어 SVN을 쓰던 개발 조직들은 하나둘씩 Git으로 갈아타고 있다.

1.2 SVN과 Git의 차이점

• Git이 SVN과 다른 점은 분산형 관리 시스템이라는 것이다.

• SVN : 중앙 서버에 소스코드와 히스토리를 저장하는 과 달리

  Git : 소스코드를 여러 개발 PC와 저장소에 분산해서 저장

  그렇기 때문에 중앙 서버에 장애가 발생해도 로컬 저장소에 커밋을 할 수 있으며, 로컬 저장소들을 이용하여 중앙 저장소의 복원도 가능하다.

• 사본을 로컬에서 관리하기 때문에 GIT이 SVN에 비해 훨씬 빠르다. (SVN은 변경 로그 하나 보는 것도 인터넷을 경유해야 한다.)

2. Git의 장점

• 소스코드를 주고 받을 필요 없이, 같은 파일을 여러 명이 동시에 작업하는 병렬 개발이 가능하다.

• 즉 브랜치를 통해 개발한 뒤, 본 프로그램에 합치는 방식(Merge)으로 개발을 진행할 수 있다.

• 분산 버전관리이기 때문에 인터넷이 연결되지 않은 곳에서도 개발을 진행할 수 있으며, 중앙 저장소가 날라가버려도 다시 원상복구할 수 있습니다.

• 팀 프로젝트가 아닌, 개인 프로젝트일지라도 GIT을 통해 버전 관리를 하면 체계적인 개발이 가능해지고, 프로그램이나 패치를 배포하는 과정도 간단해집니다.
  (pull을 통한 업데이트, patch 파일 배포)

3. Git? Github?

---

• Git : 형상 관리 도구(버전 관리 시스템)

• Github : 형상 관리 도구(버전 관리) 웹호스팅 서비스

3.1 Git (형상 관리 도구)

• 프로젝트를 진행하면서 소스 코드를 USB나 메일로 주고받는 건 엄청난 낭비 임과 동시에 보안성 위험이 있다.
  그렇기 때문에 프로젝트를 진행 함에 있어 형상 관리 도구를 사용 한다.
• 형상 관리 도구를 사용하면 변경을 쉽게 되돌릴 수 있다. 소스코드를 과거의 특정 시점으로 되돌리거나, 특정 시점의 변경 사항을 취소하거나, 두 버전의 소스 코드를 비교하는 등의 일이 가능하다.

3.2 Git 웹 호스팅 시스템

• 협업하고 있는 코드를 저장할 서버가 필요하다.
• 버전 관리 시스템을 지원하는 웹호스팅 서비스의 기능을 통해, push, pull request같은 이벤트에 반응하여 자동으로 작업(배포 등)을 실행하게 할 수 있다.

ex) GitHub, GitLab, BitBucket

3.3 Git GUI

• 너무 많은 git 명령어를 자유자재로 외울 자신이 없을 땐 GUI를 사용할 수도 있다.

ex) GitHub Desktop, SourceTree, GitKraken

▶ 4. 관련 용어들

---

• Repository : 저장소를 의미하며, 저장소는 히스토리, 태그, 소스의 가지치기 혹은 branch에 따라 버전을 저장한다. 저장소를 통해 작업자가 변경한 모든 히스토리를 확인 할 수 있다.

• Working Tree : 저장소를 어느 한 시점을 바라보는 작업자의 현재 시점.

• Staging Area : 저장소에 커밋하기 전에 커밋을 준비하는 위치.

• Commit : 현재 변경된 작업 상태를 점검을 마치면 확정하고 저장소에 저장하는 작업.

• Head : 현재 작업중인 Branch를 가리킨다.

• Branch : 가지 또는 분기점을 의미하며, 작업을 할때에 현재 상태를 복사하여 Branch에서 작업을 한 후에 완전하다 싶을때 Merge를 하여 작업을 한다.

• Merge : 다른 Branch의 내용을 현재 Branch로 가져와 합치는 작업을 의미한다.

▶ 5. Git 사용하기 기초 용어

---

git init : 버전관리 하고싶은 폴더에서 초기화를 하는 준비

git branch

• 독립적인 공간을 만든다.

• 새로 만든 branch lab1은 master와 완전히 동일한 상태를 가진 공간.

• 브랜치에서 수정을 한 후 커밋하면 lab1에만 기록되며 master 브랜치에는 어떤 영향도 주지 않는다.

• 원하는 만큼 빠르게 branch를 만들 수 있다.

• 실험 중 다른 브랜치로 돌아가야 할 때 : checkout master 로 head를 옮겨야 한다.

(cf > 작업 중인 위치를 가르키는 가상의 커서가 존재하는데 이를 git에서는 HEAD라 한다.)

• 실험 성공 : lab1 브랜치의 내용을 마스터 브랜치와 병합(Merge) 한다.

• 실험 실패 : lab1 브랜치를 삭제한다.

checkout

• 독립된 작업 공간인 브랜치를 자유롭게 이동할 수 있다.

git commit

• 의미있는 수정 작업이 끝났을 때 마침을 알리는 작업

pull

• 리모트 저장소의 변경된 내용을 로컬(내 컴퓨터) 저장소에 적용하는 작업을 pull이라 한다.

master

• git init을 했을 때, default로 만들어지는 가지가 'master'이다.

동료와 함께 작업하려면? -> github! or bitbucket

• git은 'remote 저장소'를 지원한다.

• github이 바로 remote저장소이다.

• bitbucket은 5명까지 공동작업 가능하다. (그 이상은 유료)

• github은 private가 유료이다.

출처: https://goddaehee.tistory.com/91 [갓대희의 작은공간]