DanStory

1. Intelij에서 올리고 싶은 Project Open

2. 상단 메뉴 VCS -> Share Project on GitHub 선택
- Github 계정 연동안되어있다면, 연동

3. Repository 이름 생성

3. Add할 파일 선택

4. 확인

- 강제 Pull
git fetch --all
git reset --hard origin/master
git pull origin master

- 강제 Push
git push origin master --force

https://git-scm.com/book/ko/v2/Git-%EB%8F%84%EA%B5%AC-Reset-%EB%AA%85%ED%99%95%ED%9E%88-%EC%95%8C%EA%B3%A0-%EA%B0%80%EA%B8%B0

위에 내용 참고

내 식대로 정리

git을 사용하다가 pull 받을때, push하다 충돌생겼을때,
이전 버전으로 돌리고싶을때 어떻게 하는지 정리해보겠습니다.

정리할 내용

reset
revert
stash

1. reset 사용법

상황 개발하던 중 코드가 꼬여서 pull 받았던 시점으로 돌아가고싶은경우

submodule이란 git 프로젝트 내에 하위 폴더 또한 git으로 관리하는것을 말하며,
공통모듈로 사용되는 폴더의 경우 관리의 효율성의 위해 submodule로 사용한다.

아래는 submodule의 개념을 알게된 계기 (TMI) 아래는 안읽어도 상관없다. 

알고리즘 문제풀때 사이트별로 문제 푼거를 git으로 관리했었는데,
요즘 문제푸는 사이트가 많아지면서 통합으로 관리해야겠다는 생각이들었다.

통합을 어떻게할까 고민하다가 2가지 방법이 있을거같아서 2가지를 정리해보았다.

Plan A. 기존 폴더들에서 .git을 삭제 한 뒤, 상위 폴더를 만들고 git repository를 생성 후 통합관리한다.

Plan B. 기존 git으로 관리하는건 그대로 두고, 상위 repository 생성 후 관리

위 두가지의 차이가 무엇일지 궁금증이 생김

Plan A의 경우 일반적인 Repository이기 때문에 패스 하고,

PlanB에 대한 궁금증이 생겼다.

내가 궁금한거

1. Plan B의 Root.git을 clone 할 경우 하위 폴더인 A.git, B.git. C.git이 딸려오는가?
(물론 Root.git에 A/B/C를 모두 add했다고 가정)

-> 안딸려옴

2. PlanB의 A.git에 commit 후 PlanB Root에서 다시 pull받으면?

-> 변경되는거 없음

3. PlanB에서 clone 받을때 딸려온 Root/A 폴더에 testA.txt 폴더를 생성후 commit하면?

-> pathspec 'testA' is in submodule 'A'라는 에러 메세지 발생

결과적으로 하위 디렉토리를 git으로 관리할경우 하위 디렉토리는 독립적으로 분리되며, 따로 관리해주어야 한다는 것을 알수있었다.

그러면 planA로 만들기 귀찮아서 planB처럼 하려고 하면 나중에 관리하기 더욱 귀찮아진다는 것.
따라서 현재 내 상황(데탑/노트북 왔다갔다 하기 귀찮아서 git으로 관리하려는 상황)에서는 Plan A가 적합하다.

그러면 PlanB 처럼 따로 하위프로젝트를 git으로 관리하는 경우가 있는데, 왜 이렇게 불편하게 독립적으로 관리할까?

우선 이렇게 하위 프로젝트를 git으로 따로 관리하는 것을 submodule이라고 한다.
불리는 이름과 같이 모듈을 독립적으로 관리하기 위함이다.

공통모듈은 여러 프로젝트에 동시 적용 가능하다는 범용성을 갖추어야 한다. 이런 공통 모듈의 경우 범용적으로 적용될 수 있는 코드만 수정하여 사용하도록 독립적으로 관리해야 효율적으로 공통모듈을 관리할 수 있다.

가령 공통모듈을 독립적으로 관리 안한다고 했을때를 가정해보자

프로젝트 A에서 공통모듈을 가지고 온 후 A프로젝트 환경에 적합하게 수정 후 commit을 치면 공통모듈 또한 변경이 된다. 그러면 이 공통 모듈은 더이상 공통모듈이 아닌 A프로젝트에서만 사용 가능하게 된다.
따라서 공통모듈을 독립적으로 관리한다면 A프로젝트에서 공통모듈 코드를 수정 후 A프로젝트 repository로 push해도 공통모듈에는 적용이 안되기 때문에, 안전하게 공통모듈을 관리할 수 있게 되는 것이다.

그래서 submodule을 사용하는 것이다.

기존 프로젝트를 기반으로 새로운 프로젝트를 덧붙여서 진행하려고 하다보니

git tag를 그어야 할 일이 생겼네요.

- 급할때 보기용 요약정리 -

tag 작성 : git tag -a {tag id} -m "{tag message}"
tag 확인 : git tag
tag push : git push {Remote Address} {tag id}
commit log에서 tag 확인 : git log --decorate
tag 삭제 : git tag -d {tag id} OR git tag --delete {tag id}

그래서 오늘은 속성 git tag 긋기!

tag를 긋는 이유는 아주아주 간단 합니다.

어느 버전인지를 알아보기 위함이죠

현재 어느 Commit까지 Release가 되었는지, 아니면 어느 시점부터 프로젝트가 다른 프로젝트와 Merge가 되었는지 등을 확인하기 위한 용도 입니다.

다음 아래 사진과 같은 commit log에 git tag를 작성하는 방법을 알아보겠습니다.

1. tag 작성하기

위 사진에 화살표로 표기 된 commit에 새로운 Project의 시작점이라고 표기하기 위해서 "ERP_HR/Salary_Management_ver.1.0.1"를 그어보겠습니다

$git tag -a {tag id 입력} -m "{사용할 메세지 입력}"
예제 사용 명령어 :  git tag -a ERP_HR/Salary_Management_ver.1.0.1 -m "ERP_HR/Salary_Management_ver.1.0.1"

2. tag 확인하기

이상이 없이 태그가 작성되면 작성되었는지 확인 합니다.
확인 명령어는 : git tag

3. 작성한 tag commit log에서 확인

이제 다시 commit log를 보면 아래 사진과 같이 tag가 표기 됩니다.
참고로 tag log까지 같이 보려면 $git log --decorate 이렇게 옵션을 줘야 표기 됩니다.

4. tag push 하기

현재는 저의 작업 폴더에만 tag가 작성된것 이기 때문에, git tag를 작성해도 Remote로 Push 해주어야 합니다.

명령어는 일반 push와 동일합니다만, 작성한 tag만 push할 경우
$ git push {remote name} {tag id}
로 작성 합니다.

위 예제의 경우
$git  push origin ERP_HR/Salary_Management_ver.1.0.1
라고 입력 하면 되겠져?

이렇게 뜨면 완료!

tag의 장점은 checkout할 경우 tag id로도 가능하다는 것 입니다.
그래서 체크 포인트를 잘 작성하면 트러블 이슈 관리에 도움이 되겠죠!

예제는 지난시간에 받아온 프로젝트 project를 이용하겠습니다.

1. git push / git pull 

git push는 내 local에서 변경된 사항을 Remote Repository에 적용하는 것 입니다.

git pull은 remote Repository와 버전을 맞추는 것 입니다.

아래 그림과 같이 A / B가 같은 프로젝트를 한다고 가정하겠습니다.

각자의 컴퓨터에 프로젝트를 Clone 해서 현재는 버전이 동일한 상태 입니다.

그리고 A가 코드를 수정한 뒤 Remote로 Push를 하게되면? 아래 사진과 같이 됩니다.

A와 B는 서로 다른 버전을 갖게 됩니다. 이상태에서 B가 코드를 수정한 후 push하면?
Remote의 버전과 B의 버전이 맞지 않기 때문에 에러가 발생하게 됩니다.

그러면 어떡해야 할까여?

이때 B는 git pull을 받아야 합니다.
충돌이 발생하지 않는 이상 B가 git pull을 받으면 현재 코드와 자동으로 Merge가 됩니다.
이후에 다시 Push를 하면 정상적으로 반영이 됩니다.

2. git commit

commit은 무엇인가? commit은 Push하기 전 내 local에서 Remote로 push할 내용들을 저장하는 것 입니다.

A가 개발한 a기능과 b기능이 있다고 가정합니다.
1) 그러면, a기능 개발 후 commit , b기능 개발 후 commit 이런식으로 나누어 줍니다.
2) 이후 push를 하게 되면 commit한 내용들이 push가 되는 것 입니다.

git pull, commit, push의 개념을 이해하려면 먼저 아래 상태표를 알아야 합니다.

★○@!! 

그림 6의 출처는 ->Git git-scm.com/book/ko/v2 입니다. 

이 내용은 https://git-scm.com/book/ko/v2/Git%EC%9D%98-%EA%B8%B0%EC%B4%88-%EC%88%98%EC%A0%95%ED%95%98%EA%B3%A0-%EC%A0%80%EC%9E%A5%EC%86%8C%EC%97%90-%EC%A0%80%EC%9E%A5%ED%95%98%EA%B8%B0 여기보다 더 잘 설명할수가 없어서 링크로 올립니다.

- 읽어보면 더이상의 설명은 필요없을듯 해서 생략 -

기존에 있던 프로젝트를 Git으로 관리하고 싶은 상황이 발생!!

1) 개인 노트북으로 프로그래머스 코딩테스트 문제를 Eclipse를 이용해 풀고있었다.
2) 그러던 중 데스크톱과 연동을 하면 좋을 것 같아서 Git으로 관리하기로 결정
3) 이미 사용하던 프로젝트 Repository와 어떻게 연동할까!?

- 순서 요약 정리 (git Bash 사용함)

1. 먼저 내 github 홈페이지에 새로운 Repository를 만든다.
2. 이것을 git Bash를 켜고 내가 관리할 폴더에 Clone 한다.
3. 여기에 기존 프로젝트중 필요한 것들을 clone한 폴더로 복사한다. 
4. 복사 후 폴더로 들어간 다음 git status로 상태를 보면 다음과 같이 방금 변경 된 내용들이 출력 될 것이다.
5. 이것을 모두 add 한다. 
6. 그 다음 commit 이후 push 하면 끝!!!

시작

1. 먼저 내 github 홈페이지에 새로운 Repository를 만든다.

2. 이것을 git Bash를 켜고 내가 관리할 폴더에 Clone 한다.

clone 방법은 " git clone https://github.com/{Repo 주소}/{Repo 이름.git} {사용할 프로젝트 이름} "을 입력하면 위 사진처럼 clone 된다.

3. 여기에 기존 프로젝트중 필요한 것들을 clone한 폴더로 복사한다. 

4. 복사 후 폴더로 들어간 다음 git status로 상태를 보면 다음과 같이 방금 변경 된 내용들이 출력 될 것이다.

5. 이것을 모두 add 한다. 

 6. 그 다음 commit 이후 push 하면 끝!!!

기존 프로젝트와 새로운 Project를 Merge 하는것이 아닌 이유는, 기존 프로젝트의 양이 엄청 적었기 때문에 걍 새로 추가하는게 더 빠를 것이라고 판단했기 때문이다.

Eclipse에서 UI를 이용해서 하는 방법도 물론 있지만, 개인적으로 Bash로 관리하는게 편함
프로젝트 두개를 합치는 방식은 나중에 할일이 생길때 정리하겠음.

단순한게 최고시다 빠이야!!

git을 사용하려면 git에 대한 개념을 알아야 겠죠.
(관리자 입장이 아니면 사실 pull/ commit /push만 알면 될듯 하네요)

물론, 제가 배운 내용의 출처는 " https://git-scm.com/book/ko/v1 "이며, 해당 책에는 Git에 관한 모든 내용이 완전 잘정리 되어있습니다. 

하지만 저는 급하게 프로젝트 만들거나 혼자서 놀다가 갑자기 생각안날때를 대비해서 정리하도록 하겠습니다.

정리하려는 내용은 개념 기반입니다. 제가 Git을 관리할때 리눅스 서버에서 관리를 했기때문에 'Git Bash'를 이용하여 예제를 만들 것 입니다.

결론적으로 Git 관리 tool선택은 개념이 똑같기 때문에 무엇을 선택하든 상관이없습니다.
(개발환경 내 Git 관리(ex. Spring git 연동관리/ Working tree/ GitHub Desktop... 등) tool을 이용해서 관리해도 되지만, 전 터미널에서 관리하는게 편합니다. 취존부탁ㅎ)

목차
1. git --help
2. git init
   2-1. git 저장소(repository) 만들기
   2-2. bare 저장소(bare repository) 만들기
3. git clone
   3-1. git clone 사용
4. repository 생성 요약정리

1. git --help

Q. git을 사용할때 명령어가 생각이 안난다면?

A. git --help 치면 아래 사진처럼 다 나옵니다.

그래서 1장에 정리할 내용은? start a working area부분

clone과 init 입니다.

2. git init

'git init' 은 .git 이라는 하위 폴더를 생성하여 해당 폴더를 git으로 관리할 수 있게 해주는 명령어 입니다.
.git 폴더 내에는 프로젝트 관리를 위해 필요한 내용을 담는 내용물로 구성되어 있습니다.

git으로 프로젝트를 관리하려면 git으로 관리할 프로젝트에 'git init' 명령어를 통해 초기화 하여 관리할 수 있게 됩니다.

위 사진에서 보듯이 'git init' 명령어를 사용하게 되면 .git 이라는 폴더가 생성 됩니다.
.git 폴더 내에는 git 관리에 필요한 파일들이 있습니다. 

git init 명령어를 통해 .git이 생성 되면 해당 프로젝트는 git으로 관리할 수 있게 되는 것이죠!

2.1 git 저장소(repository) 만들기

그런데, 새로 만들 폴더를 저장소(repository)로 만드려면, repo를 가르키는 master가 필요하고, 이것은 최초 1회 commit을 통해 생성할 수 있습니다.
그렇기 때문에 아래 사진처럼 ReadMe.txt 파일을 add하고 commit을 함으로써 저장소가 생성이 된 것입니다!

git의 사용 목적은 다수의 사용자들과 함께 프로젝트를 진행하기 위함입니다.

프로젝트 용량이 커지게 되면, 전체 프로젝트를 왔다갔다 저장소로 옮기기 힘들어 집니다.

그렇기 때문에 원격 저장소는 실제 작업 파일을 가지고 있는 일반 저장소(repository) 보다는
프로젝트의 정보와 변경 사항만 적용이되는 bare repository가 원격 저장소로 적합합니다.

2.2  bare 저장소(bare repository) 만들기

bare repositroy를 만드는 법은 간단합니다. 아래와 같은 명령어로 만들 수 있습니다.
$ git clone --bare {프로젝트 이름} {프로젝트이름.git}      //(사진 4. 참고)
.git 이름표를 붙이는 이유는 bare repo라는것을 알기 위함입니다.

이렇게 생성된 bare repository는 기존 저장소와 내용물이 다릅니다.

내용물 대신 프로젝트의 정보를 담고있는 파일들로 저장이 되어 있습니다.

그렇기 때문에 프로젝트의 실제 작업물을 담고있는 no bare 저장소에 비해 변경 사항만 저장되는 bare저장소는 가볍기 때문에 원격저장소로 두기 적절합니다.

그러면, bare repo에서 변경된 내용은 어떻게 저장되는가? 하면 위 사진의 object 폴더 내에 저장이 됩니다. (물론 사람이 알아볼수있게는 안써있음)

3. git clone

git clone이란 저장소(Repository)로 부터 프로젝트를 복제하는 것을 말합니다.

이 개념을 이해 하려면 아래 사진을 보면 됩니다.

간단하게 보면 각 컴퓨터들은 저장소로 수정한 내용을 push하고, pull 받으며 버전을 동일하게 유지합니다. 이러한 과정 덕분에 모든 컴퓨터들은 협업이 가능해지게 되는 것 입니다.

3.1 git clone 사용법

Q. 그럼 git clone은 언제 사용할까요?

A. git clone을 사용하는 것은 일반적으로 2가지 입니다. 

1) bare repository를 생성할 때 (최초 생성할때 사용)
2) 저장소에 있는 Project를 내 PC에 설치할때 (자주 사용)

실질적으로 clone은 2번 경우에 자주 사용됩니다.

진행중인 프로젝트에 투입하게 되는 경우, 저장소에 있는 프로젝트를 내 컴퓨터에 설치해야 하는 경우가 많기 때문입니다.

- 사용법은 ?

git clone 사용법은 간단합니다.  아래와 같은 형태로 사용합니다.

git clone {프로토콜} {프로젝트 주소}.git 

구체적으로 Git에서는 Local, HTTP, SSH, Git 이렇게 4가지 프로토콜을 지원합니다. 따라서 이 프로토콜에 맞게 명령어를 입력하면 clone 할 수 있습니다. 

ssh 예제) $git clone ssh://{서버 계정}@{서버 주소}:/{저장소 위치/받을 프로젝트 이름}.git

http 예제) $git clone https://{url/받을 프로젝트 이름}.git

git 지원 프로토콜에 대해 자세히 할고싶다면 여기 클릭

그럼 방금 만든 bare repository에서 git clone을 해보겠습니다.

$git clone project_origin.git/ project   
-> Local에서 clone 하기때문에 따로 프로토콜을 이용할 필요는 없습니다.
remote인 project_origin.git의 내용을 project 라는 이름으로 clone 하고자 합니다.

잘 되는군요.

project 폴더 내용과 remote 주소를 볼까요?

정상적으로 clone 된것을 확인할 수 있습니다.

4. repository 생성 요약정리

결과적으로 오늘 정리한 내용은 아래 그림 하나로 정리가 가능합니다.
repository 생성 방법만 보려면 이것만 보면 되겠네요.

오늘은 여기까지!