일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- HTTP
- 프로그래머스
- 타입스크립트
- 문자열
- Crawling
- 자바스크립트
- typescript
- javascript
- 소켓
- BFS
- dfs
- 타입 챌린지
- 알고리즘
- HTTP 완벽 가이드
- Nestjs
- 백준
- 프로그래머스 레벨 2
- Node.js
- dp
- socket
- 쉬운 문제
- 수학
- type challenge
- TCP
- 가천대
- 레벨 1
- Algorithm
- 크롤링
- ip
- 그래프
- Today
- Total
kakasoo
[github] 명령어 본문
git clone <http주소>
git status
git add *
git add filename.확장자명
git commit -m "Add filename.확장자명"
git remote add origin <http주소>
git remote -v
git push -u origin master
git push
2020.08.01 추가
git을 배우고 싶다면, 이 내용을 완벽히 이해해야 할 것이다, 이해하고 난다면, 명령어를 이해하는 게 더 쉬워질 것이다.
어떠한 원격 저장소가 있다, 이 원격 저장소도 일종의 컴퓨터로, 중국에 있는 컴퓨터라고 해보자.
그런데 나는 한국 사람이고 한국에 살다보니 이 컴퓨터에 있는 file을 가지고 작업을 하는 게 불가능하다,
그래서 이 원격 저장소에 접근하기 위해서 우리는 fork를 한다.
fork는 복사, 붙여넣기라고 생각하면 된다, 이 저장소에 있는 file들을 내 저장소로 옮기는 과정을 fork라고 한다.
당연히 내 저장소는 미리 만들어져 있어야 하는데, 이 과정은 github 사이트에서 진행할 수 있다.
1) 내 저장소를 만들고, 원격 저장소에 있는 file을 fork 하라! (이건 사이트에서 진행해야 한다.)
물론 내가 중국에 있는 컴퓨터, 그리고 그 안의 file을 다룰 생각이 없을 수도 있다, 그러면 fork 할 필요는 없다.
내 개인의 저장소만 가지고 작업을 하고 싶다면 굳이 복사를 하지 않아도 내 저장소에 이미 file이 있을 테니까.
1) 내 저장소를 만들고, 원격 저장소에 있는 file을 fork 하라!
1) 내 개인 저장소가 이미 있다.
그렇다면 이제 다음 진행은 clone이다, clone은 fork와 유사한데, 이번에는 저장소를 만드는 게 아니라, 로컬 저장소다.
즉, 컴퓨터에 폴더를 만든다고 생각하면 된다, 사실 원격 저장소는 내 컴퓨터에 file을 저장하는 게 아니지 않은가,
clone을 하는 이유는, 내 컴퓨터의 file을 다루듯이 저장소를 다루기 위한 밑 작업이라고 생각하면 된다.
원격 저장소를 사용하지 않아도, 내 폴더에서 작업을 진행하고, 나중에 이 로컬 저장소를 원격으로 보내면 된다.
2) clone을 하여, 원격 저장소와 동일한 file들을 지닌 local 저장소를 만들어라.
ex. git clone https://github.com/kakamura/my_repository -b kakasu --single-branch
위 과정에서 git clone https://깃허브주소 까지는 모두의 공통 범위이다.
다만 /kakamura는 나의 github 계정 이름을 의미하고, /my_repository는 내가 만든 저장소 이름이다.
-b 는 브런치를 의미하는 약자이고, kakasu는 내가 생성한 브런치다, 이것도 사이트에서 만들어놔야 한다.
뒤의 명령어도 공통적으로 입력해주면, 내 컴퓨터에 원격 저장소와 동일한 이름의 폴더가 하나 생성될 것이다.
3) 이 로컬 저장소는 원격 저장소와 동기화되어 있지 않다.
말 그대로, 별개의 저장소라는 것을 잊어선 안 된다, 이제 여기서 작업을 해서 원격 저장소로 올릴 것이다.
예컨대 내가 이 폴더 안에서 hello_world.txt 를 만들었다고 치자.
3) git status
이 명령어를 입력하면 빨간색으로 file 이름들이 뜰 것이다, 이것이 초기 상태이다.
이 초기 상태라는 것은, 원격 저장소로 올리지 않은, 로컬 저장소 고유의 파일을 의미하는데,
이름을 수정하거나 내용을 수정하거나, 어쨌든 원격 저장소와 무관한 파일을 의미한다.
4) git add file_name.확장자명
원하는 file들을 add 해준다, 이것을 한다고 해서 전송되는 것은 아니다, 그저 어떤 것을 보낼지 정하는 것이다.
git add를 여러 차례 사용하거나, git add folder_name을 입력하여 한꺼번에 add 해줄 수 있다.
5) 보낼 file들을 확정했다면 commit으로 메세지를 남기자, commit의 뜻은 의견을 남긴다는 뜻이다.
git commit -m 내가_보내고_싶은_메세지
이 명령어를 입력하면, 파일들을 보내기 전까지 add한 파일들에 대해서 하나의 메시지들을 남길 수 있다.
commit 과정은, 자신이 이 파일들을 어떤 이유로 수정했고, 언제 수정했고, 등 다음 확인을 위해 남긴다.
6) git push
파일들을 원격 저장소로 올린다, 올린다고 해서 로컬 저장소가 항상 동기화되는 것은 아니다.
이 순간에만 잠깐 파일을 보내고, 다시 로컬 저장소와 원격 저장소는 분리된다고 생각하는 것이 좋다.
7) 만약 로그인이 되지 않은 상태라면, user_email과 user_name을 저장해야 하는데,
이것은 cmd 창에 뜬 메세지를 확인하고 따라해주기만 하면 된다.
2021.01.02
지금 보니까 틀린 말이 수두룩하다. ㅋㅋ
'프로그래밍' 카테고리의 다른 글
라즈베리파이로 집에 서버 설치하기 (0) | 2021.03.08 |
---|---|
CRA npm run build 시 에러 발생 ( 일시적 해결 방법 ) (0) | 2021.03.07 |
쉘 스크립트와 crontab을 활용한 배포 자동화 (0) | 2021.03.07 |
기본 코딩 컨벤션 (0) | 2020.10.15 |
[bash] bash와 shell script, 자동화 (0) | 2020.08.01 |