<깃 공식 문서 읽어보고 궁금했던 것 정리하기> + 영상 참고
드림코딩
- 깃 내의 3가지 상태
Git으로 하는 일은 기본적으로 아래와 같다.
- 워킹 트리에서 파일을 수정한다.
- Staging Area에 파일을 Stage 해서 커밋할 스냅샷을 만든다. 모든 파일을 추가할 수도 있고 선택하여 추가할 수도 있다.
- Staging Area에 있는 파일들을 커밋해서 Git 디렉토리에 영구적인 스냅샷으로 저장한다.
-
untracked 된 파일은 빨간색, git add 된 파일은 tracked 된 것. ; staging area로 옮길 수 있다. 이 중 Modified는 수정한 파일을 아직 로컬 데이터베이스에 커밋하지 않은 것을 말한다.(git add 해놓은 상태인데 수정했다면 나오는 것.) 만일 커밋 전에 원복 시키고 싶다면
git rm --cached <파일>... -
Staged란 현재 수정한 파일을 곧 커밋할 것이라고 표시한 상태를 의미한다.(git add 이후 커밋 바로 전까지의 상태)
-
Committed란 데이터가 로컬 데이터베이스에 안전하게 저장됐다는 것을 의미한다. ; 커밋에는 의미있는 이름을 붙이는 것이 좋음. 작은 단위로 하기.
(지금까지 이해한 바) 로컬에서 올리는 거는 커밋, 로컬에서 클라우드로 올리는 것은 푸쉬
- 깃허브 자료 클론하기
git clone https://github.com/libgit2/libgit2이렇게 하면 원하는 장소에 깃허브 레퍼지토리 이름의 폴더가 생성 되면서 자료가 받아진다.(다운로드) 만일 뒤에 다른 이름을 적어주면 이름이 바뀐다.
*이 상태로 git status를 확인하면 커밋할 것이 없다고 나올 것.
->왜? : 수정한 것이 없으니까.
- add한 파일 이름 바꾸기 / 삭제하기
git mv README.md README
git rm PROJECTS.md- 내가 git에서 수정한 내용 볼 수 있는 방법 (diff값 확인) / 커밋 통계 보기
git log -p or --patch
git log --stat한 줄로 간단히 로그만 보고 싶다면?
git log --pretty=oneline- 방금 올린 커밋 이름을 바꾸고 싶을 때
git commit --amend<브랜치 가닥으로 꼬인 문제에 대하여>
현재 상황
(확인 명령어 : git log --all --graph --oneline
)
* be72a96 (HEAD) Merge branch 'master' into HEAD
|\
| * 24c2719 (master) work6.5
| * 34a7914 work5.5
* | 498f06a (origin/master, origin/HEAD) work5.5
|/
* 43eeae5 work4
* c7a4c30 Revert "work3"
* 3e9aa63 work3
* e5977c5 work2
* e683b03 work1진행 상황 : 일단 push및 파일 정리 통해 브랜치 모형 정리
* e5d40e3 (HEAD, origin/master, origin/HEAD, master) Revert "work6.5"
* be72a96 Merge branch 'master' into HEAD
|\
| * 24c2719 work6.5
| * 34a7914 work5.5
* | 498f06a work5.5
|/
* 43eeae5 work4
* c7a4c30 Revert "work3"
* 3e9aa63 work3
* e5977c5 work2
* e683b03 work1
결론 : 일렬로 정리할 수 없는게 저게 다 한 뿌리고 변경되어왔던 루트기 때문인 것 같다. 이미 master로 merge되어 있었다.
