깃허브 시작하기

깃허브(GitHub, /＇ɡɪtˌhʌb/, 원래 이름: Logical Awesome LLC)[1]는 분산 버전 관리 툴인 깃(Git)을 사용하는 프로젝트를 지원하는
웹호스팅 서비스이다. 루비 온 레일스로 작성되었다. GitHub는 영리적인 서비스와 오픈소스를 위한 무상 서비스를 모두 제공한
다. 2009년의 Git 사용자 조사에 따르면 GitHub는 가장 인기있는 Git 호스팅 사이트이다.[2] 또한 2011년의 조사에서는 가장 인기
있는 오픈 소스 코드 저장소로 꼽혔다.[3]깃(Git)이 텍스트 명령어 입력 방식인데 반해, 깃허브는 화려한 그래픽 유저 인터페이스
(GUI)를 제공한다. 깃허브는 페이스트빈(pastebin)과 유사한 서비스인 Gist와 위키를 각 저장소마다 운영하고 있으며, 깃 저장소
를 통해 고칠 수 있다.깃허브 회사는 2008년 톰 프레
스턴워너(Tom Preston-Werner), 크리스 완스트래스(Chris Wanstrath), 피제이
하이엣(PJ Hyett)이 공동 설립했다. 앤드리슨 호로위츠(Andreessen Horowitz) 등에서 투자를 받았다. 2010년 1월부터 깃허브는
GitHub, Inc. 라는 이름으로 운영되고 있다.[4] 깃허브의 마스코트는 고양이 머리에 문어 다리가 달린 옥토캣(Octocat)이다.
본사는 미국 캘리포니아 주 샌프란시스코에 있다.2018년 6월 4일, 마이크로소프트는 7,500,000,000 달러에 깃허브를 인수할
것이라 발표하였다.[5] 깃허브[편집]깃허브 플랫폼의 개발은 2007년 10월 19일 시작되었다.[6][7][8] 이 사이트는 베타 릴리스
이전 수개월 사용 가능한 시간을 둔 이후 2008년 4월 톰 프레스턴-워너(Tom Preston-Werner), 크리스 완스트래스(Chris
Wanstrath), P. J. 하이엣(P. J. Hyett)에 의해 시작되었다.
[9]깃허브의 프로젝트는 표준 Git 명령줄 인터페이스를 사용하여 접근하고 조작할 수 있으며 모든 표준 Git 명령어들이 이
인터페이스와 함께 동작한다. 깃허브는 또한 등록 사용자와 비등록 사용자 모두에게 사이트의 공개 저장소를 찾아볼 수 있는 권
한을 제공한다. 여러 데스크톱 클라이언트와 Git 플러그인 또한 깃허브, 그리고 플랫폼을 연동하는 다른 서드파티에 의해 개발되
고 있다. 사이트는 피드, 팔로어, 위키(골룸이라는 이름의 위키 소프트웨어 사용), 소셜 네트워크 그래프 등 소셜 네트워크와 같은
기능을 제공하여 개발자들이 어떻게 자신의 저장소의 버전(포크)을 작업하는지, 어느 포크(및 해당 포크의 브랜치)가 최신인지를
보여준다.사용자는 사이트에 내용을 기여하기 위해 계정을 만들어야 하지만 공개 저장소는 누구든지 탐색 및 다운로드가 가능하
다. 등록된 사용자 계정이 있으면 사용자는 토론, 저장소 관리, 다른 저장소로의 기여 제출, 코드의 변경 사항 검토를 할 수 있다.깃
허브를 구동하는 소프트웨어는 루비 온 레일즈와 얼랭을 사용하여 깃허브 개발자들인 완스트래스(Wanstrath),[10] 하이엣(Hyett),
프레스턴-워너(Preston-Werner)에 의해 개발되었다. 대표적인 무료 Git 저장소. Git 호스팅 기능 덕분에 GitHub는 자유
소프트웨어의 성지로 떠올랐다. 본사는 미국 샌프란시스코에 있다. 경쟁사 SourceForge는 애드웨어, 해킹, 바이러스 등등의
문제로 많은 개발자들의 신뢰를 잃어 사실상 망했으며, 대부분의 프로젝트가 GitHub 쪽으로 이주하게됐다.
마스코트는 고양이와 문어를 합친 모습의 Octocat이다. 원래는 공개 프로젝트만 무료였고, 비공개 프로젝트는 결제를해야됐으나,
깃허브 시작하기^^
이진태

목차 환경구축 명령어 깃허브란?
깃허브 시작하기
이진태
실습

목차 환경구축 명령어 깃허브란? 실습
발표자 소개
이진태
https://blog.naver.com/ilikebigmac
https://github.com/TAEKnical
https://www.facebook.com/Taeknical

ㅁ
1. 환경 구축
2. Git 명령어와 개념 익히기
3. 그래서, 깃허브란?
4. 실습
목차 환경구축 명령어와 개념 깃허브란? 실습

ㅁ
1. 환경 구축

ㅁ
1. Git 설치
https://git-scm.com/

ㅁ
1. Git 설치
윈도우 cmd에서 Git을 사용하는 옵션

ㅁ
1. Git 설치
디폴트 콘솔로 Windows 를 선택

ㅁ
1. Git 설치
윈도우키를 누르고 git 검색시 Git Bash가 나타난다.

ㅁ
1. Git 설치
Git Bash는 Bash쉘과 같은 환경에서 Git을 이용할 수 있도록 해준다.
당연히 명령어도 Windows cmd의 명령이 아닌 Linux의 명령어를 사용한다.

ㅁ
1. Git 설치
윈도우 cmd를 열고 git을 입력했을 때 다음과 같이 나오면 성공!

ㅁ
1. Git 설치
원하는 환경으로 골라서 사용하되, 앞으로의 내용은 Windows cmd를 기준으로 설명

ㅁ
2. Workspace
작업폴더를 만듭시다 (ex : E:test)

ㅁ
작업폴더로 이동합니다.
2. Workspace

ㅁ
3. 사용자 정보
git config --global user.name “사용자명”
git config --global user.email “이메일주소”

ㅁ
2. Git 명령어와 개념 익히기

ㅁ
0. 시작하기 전에
왜 로컬에서?
- Git은 버전관리 도구! 내 컴퓨터상에서 나 혼자 버전관리를 할 수도 있다.
어제 오늘

ㅁ
그럼 웹은 왜 쓰는데?
- 로컬에서 관리하던 정보를 깃허브 사이트에 업로드하면 협업과 원격 관리가 가능해지는 것.
어제 오늘

ㅁ

ㅁ
Git의 파일관리 프로세스
디렉토리 지정
및
초기화
init

ㅁ
디렉토리 지정
및
초기화
init
파일 생성

ㅁ
디렉토리 지정
및
초기화
init
파일 생성 Stage
add
Staged file
- 아직 파일의 변화를 관찰중이며, 파일의 변화 이력이 기록되지 않음.

ㅁ
디렉토리 지정
및
초기화
init
파일 생성
add
Stage
commit
Git Repository
Staged file
Commited File
- 상태가 Git Repository에 저장되었으며, 파일의 변화 이력을 기록

ㅁ
1. init
디렉토리 생성 및 초기화

ㅁ
1. init
초기화된 디렉토리 확인

ㅁ
1. init
파일생성

ㅁ
2. status
파일 상태 확인
- 아직 아무런 동작을 하지 않았으므로 add하기 전인 untracked 상태이다.

ㅁ
3. add
파일을 Stage 영역으로 보내기

ㅁ
3. add
생성한 파일을 수정

ㅁ
3. status
다시 status 확인. modified라고 표시된다.

ㅁ
3. status
다시 add

ㅁ
4. commit
커밋할 파일명과 메시지 입력
이 순간, E:testgit_test에 있는 .git 디렉토리에 커밋한 정보가 저장된다.

ㅁ
4. commit
이번에도 내용을 수정해 봅시다.

ㅁ
4. commit
다시 commit 해보니 1file changed, 5 insertions, 3deletions.
1개의 파일이 수정되었고, 수정중에 5줄이 추가되고, 3줄이 삭제되었다는 뜻.

ㅁ
5. gitignore
보안 관련 파일, 비밀번호 파일 등은 굳이 버전관리에 둘 필요가 없는데?
-> gitignore에 추가되면 더 이상 tracking 대상이 되지 않는다!

ㅁ
5. gitignore
.gitignore.txt 파일을 추가 생성하고 무시할 파일명을 기입.

ㅁ
5. gitignore
move .gitignore.txt .gitignore

ㅁ
5. gitignore
git statu를 입력했는데 abc.txt가 untracked files에 뜨지 않는다!

ㅁ
5. 연습!
untracked files에 있는 .gitignore 파일을 커밋까지 해 봅시다 :)
디렉토리 지정
및
초기화
init
파일 생성
add
Stage
commit
Git Repository
Staged file
Commited File
- 상태가 Git Repository에 저장되었으며, 파일의 변화 이력을 기록

ㅁ
5. 연습!
정답

ㅁ
6. rm
파일을 지우고 싶으면 어떻게 할까?

ㅁ
6. rm
마찬가지로 add, commit

ㅁ
6. rm
디렉토리에서 그냥 삭제하면 디렉토리상에서는 지워지지만 commit한 버전들은 지워지지 않는다.
커밋한 버전까지 완전히 지우려면 git rm 명령 사용.

ㅁ
7. rename
파일명을 바꾸고 싶으면?

ㅁ
7. rename
move 기존파일명 새로운파일명 (Git Bash에서는 mv명령어)

ㅁ
7. rename
마찬가지로 커밋하면 끝 :)

ㅁ
8. git log
그럼 그동안 버전관리한 파일들에 어떻게 접근할까?

ㅁ
8. git log
git log
git log --stat #통계 정보 함께 확인
git log --pretty=oneline #한 줄에 예쁘게 정보를 출력
git log --pretty=format:”%h - %an, %ar :%s “ #출력 형태 지정 가능
git log --pretty=format:”%h - %an, %ar :%s “ --graph #뒤에서 확인.

ㅁ
9. checkout
맨 앞의 6자리 숫자가 핵심!
해당 커밋정보의 주소값이라고 생각하면 된다.

ㅁ
9. checkout
현재 상태에서 first commit! 으로 돌아가보자.

ㅁ
9. checkout
git checkout 앞6자리
뭐라고 뜨는데 우리는 어차피 못알아듣는다.
HEAD가 해당 위치를 가리킨다는 메시지만 확인.

ㅁ
9. checkout
checkout 후 디렉토리 상태. 띠용?

ㅁ
9. checkout
와, git log까지 변했다.
타임머신이 따로 없음.

ㅁ
9. checkout
파일내용도 돌아왔다.

ㅁ
기능은 알았다. 그런데 추천하는 방법은 아님.
git log에 나오는 hash값으로 접근하는것.
인간에게 편리한걸까? 컴퓨터에게 편리한걸까?

ㅁ
기능은 알았다. 그런데 추천하는 방법은 아님.
그럼 왜 배우냐?

ㅁ
branch를 이해하기 위해서.

ㅁ
10. branch
branch 가 무슨 뜻? 나뭇가지.
code1

ㅁ
10. branch
code1 code1

ㅁ
10. branch
code1 code1 code1

ㅁ
10. branch
code1 code1 code1 code1

ㅁ
10. branch
code1
마음에 안들어!
code1 code1 code1

ㅁ
10. branch
code1 code1 code1 code1

ㅁ
10. branch
code1 code1
code2
code1 code1

ㅁ
10. branch
code1 code1
code2
code1
code2
code1

ㅁ
10. branch
code1 code1
code2
code1
code1+2
code2
code1

ㅁ
10. branch
git branch

ㅁ
10. branch
Q. master는 가장 최초에 생성되는 브랜치입니다. 그런데 왜 master를 가리키고 있지 않을까요?

ㅁ
10. branch
Q. maste는 가장 최초에 생성되는 브랜치입니다. 그런데 왜 master를 가리키고 있지 않을까요?
hint!

ㅁ
10. branch
A. master 브랜치의 가장 첫 커밋이기 때문에 HEAD는 사실상 master를 가리키고 있습니다.
hint!

ㅁ
10. branch
my first
commit!
(69aebd)
my
seconde
commit!
.gitignore
file!
rm test
file
rename
test
masterhead

ㅁ
10. branch
git checkout master

ㅁ
10. branch
my first
commit!
my
seconde
commit!
.gitignore
file!
rm test
file
rename
test
master
test_branch
head

ㅁ
10. branch
git branch new test_branch
my first
commit!
my
seconde
commit!
.gitignore
file!
rm test
file
rename
test
master
test_branchhead

ㅁ
10. branch
새로운 파일 생성

ㅁ
10. branch
status – add – commit 까지.

ㅁ
10. branch
my
seconde
commit!
.gitignore
file!
rm test
file
rename
testmaster
test_branchhead
my first
commit!
test branch
first
commit!

ㅁ
10. branch
my
seconde
commit!
.gitignore
file!
rm test
file
rename
testmaster
test_branch
my first
commit!
test branch
first
commit!
다시, git checkout master
head

ㅁ
10. branch
다시 master 브랜치로 돌아와서 작업 재개. modu_master.txt 생성.
마찬가지로 status-add-commit.

ㅁ
10. branch
my
seconde
commit!
.gitignore
file!
rm test
file
rename
testmaster
test_branch
my first
commit!
test branch
first
commit!
head
master
branch
return

ㅁ
10. branch
git merge test_branch
my seconde
commit!
.gitignore
file!
rm test
file
rename
testmaster
test_branch
my first
commit!head
master
branch
return
merge
test branch
first
commit!

ㅁ
10. branch
master 브랜치로 돌아왔음에도 moduboan.txt가 있다.

ㅁ
10. branch
아까 제대로 확인하지 못 했던 git log --pretty=oneline --graph

ㅁ
3. 깃허브란?

ㅁ
지금까지 배운게 바로 Git.

ㅁ
그럼 Git hub는?

ㅁ
아까 이거 하는 곳이 Git hub.

ㅁ

ㅁ
Git hub = Remote Repository

ㅁ
https://github.com 가입 후 로그인. -> New 버튼 클릭
1. repository 생성

ㅁ
1. repository 생성
Repository 이름
Repository 설명
공개/비공개
초기화시 세팅값

ㅁ
그대로 복사해서 cmd에 붙여넣기
2. 로컬의 데이터를 전송하기

ㅁ

ㅁ
파일들이 commit 메시지와 함께 업로드되었음을 확인.

ㅁ
복사해서 붙여넣었던 명령어를 이해해봅시다.
3. 명령어 이해
1. echo "# moduboan_git" >> README.md
2. git init
3. git add README.md
4. git commit -m "first commit“
5. git remote add origin https://github.com/TAEKnical/moduboan_git.git
6. git push -u origin master
1. readme.md 파일에 내용 기록
2. 저장소 초기화. 우리는 이미 해줬기 때문에 안 해줘도 됨
3. readme.md 파일 add
4. 현재상태 커밋
5. remote 명령은 remote repository에 대하여 적용.
뒤에 오는 repository 주소를 앞으로 로컬에서는 origin으로 부를 것이다.
6. push는 전송. –u는 유저모드. 로컬에 있는 master 브랜치를 origin 이라는 remote
repositor에 전송하라.

ㅁ
4. 깃허브 기능 활용
git push –u origin test_branch

ㅁ
remote branch가 생성되었음을 확인.

ㅁ
git remote #remote repository 이름 출력
git remote –v #remote repository name + 주소
git remote add origin 주소
git remote add test 주소 #remote repository를 로컬에서 origi으로 부르냐, test로 부르냐 차이
git remote commit origin –m “message”
git push origin master #origin remot에 master branch를 push하라
git remote rm test #test remote를 삭제
4. remote 계열 명령어

ㅁ
이번엔 삭제.
git push origin --delete test_branch

ㅁ
삭제된 브랜치 확인.

ㅁ
지금까지는 local에서 remote에 대한 작업.
remote에서 local로 소스를 가져오고 싶다면?

ㅁ
5. remote -> local
딱 네 가지 개념.
1. clone : 클론이 무슨 뜻? 복사. 즉, remote repository의 전체를 싹 긁어온다.
2. pull : remote repository에서 정보를 가져오기. 자동으로 merge함.
3. fetch : repository에서 정보를 가져오기. merge는 하지 않음.
4. fork : 다른 사람의 git hub 에서 내 git hub repository로 복사해오기

ㅁ
5. remote -> local, clone
작업한 폴더를 완전히 지워버린다.

ㅁ
remote repository의 clone 주소는 녹색버튼에서. (Clone or download)

ㅁ
git clone 주소

ㅁ
그대로 가져온다. 폴더명은 git hub에서 생성했던 repository 이름.

ㅁ
4. 실습

ㅁ
1. https://github.com/TAEKnical/moduboan_git/tree/master/
%EC%8B%A4%EC%8A%B5%EC%9D%80%EC%97%AC%EA%B8%B0%EC%97%90를 fork
2. 자신의 local로 clone
3. 자신의 이름으로 폴더를 만들고 오늘 날짜로 txt파일 생성. 내용은 저에게 하고싶은 말 편지쓰기. 장문충 환영 :)
4. 자신의 remote repository로 push
5. https://github.com/TAEKnical/moduboan_git/tree/master/
%EC%8B%A4%EC%8A%B5%EC%9D%80%EC%97%AC%EA%B8%B0%EC%97%90의
new pull request 클릭해서 pull 요청 보내기
6. 우측 하단의 create pull request 누른다.
7. 여러분이 요청을 보낸 파일은 요청을 받은 제가 merge 합니다.
8. 제가 최신버전을 갱신해주면, 최신버전을 본인의 local로 fetch 합니다.

ㅁ
5. 마무리

ㅁ
1. 파일을 다운로드 받는 더 쉬운 방법?

ㅁ
2. star?
다른 사람의 Git hub에서 도움을 받았다면, star를 눌러주자.

ㅁ
3. 참고자료
Youtube TEAM LAB(★추천) : https://www.youtube.com/channel/UC_kvhNYJtP1-Ap67byTbfuw
git – 간편 안내서 : https://rogerdudler.github.io/git-guide/index.ko.html
git Documentation : https://git-scm.com/doc
그 외 기타 구글 검색으로 방문했던 수 많은 블로그들..

ㅁ
안녕!

깃허브 시작하기

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to 깃허브 시작하기

Similar to 깃허브 시작하기 (20)

깃허브 시작하기