🎬 GitHub
-
깃 설정 명령어
-git config --global user.name "user_name"
-git config --global user.email "user_email" -
깃 자격증명 확인
- 제어판 > 사용자 계정 > 자격 증명 관리ㅣ자
- 계정이 여러개인 경우 꼬이는 경우가 있다
- 해결하는 것보다 다시 세팅 -
0112 복습
1. 로컬 생성
2. Root Commit
3. remote Repo > 리모트 레포지토리 먼저 만드는 것 추천
4. remote add
5. git push -
권장
- 리모트 레포지토리 생성
-git clone {레포지토리 주소}
- 리모트 레포지토리 이미 연결되어 있다 -
협업
- 권한 설정
- 세팅 > 콜라보레이터에 추가 -
협업 방식
1. pull & push
2. folk & PR(Pull Request)- 팀장이 레포 생성
- 팀원이 레포를 fork 및 fork 해온 레포에서 수정
- fork 해온 레포지토리는 팀원 소유
- 원본에 직접 수정은 불가능
- 수정사항 적용 위해 fork 해온 레포에 적용
- PR 날리기 (풀리퀘스트: pull을 해주세요)
- 컨벤션 있는 회사도 있다
- 팀장이 요청을 확인 및 승인
- 코드 컨벤션 맞추기 위해 코드 리뷰 진행
- 가장 큰 차이
- shared 소유권 O
- PR 소유권 X
- 병렬적인 작업환경
- 완벽하게 분리된 독립된 환경
-
.gitignore
레포지토리 생성시 가장 먼저 생성
단 한번이라도 스테이징에 올라갔던 애들은 gitignore로 인지할 수 없다(무시할 수 없다)
영구적으로 작동하기 때문에 파일 지우고 새로 생성
- 활용
키값이 노출되어 보안 기능을 잃을 수 있을 때
파일 용량이 커서 굳이 깃허브에 업로드할 필요가 없을 때
- 사용법
.gitignore.io 사이트에서 내용 자동으로 생성할 수 있다 -
GIT 되돌리기
1. 워킹 디렉토리 수정된 내용을 이전 상태, 이전 버전으로 커밋
1. restore
1. git이 추적하고 있는 상태
2. 버전이 기록되고 있는 상태에서 파일만 되돌리기
2. staging area에서 워킹 디렉토리로 다시 내리기
1. 루트 커밋 없는 경우
1. git rm --cached <file>
2. 루트 커밋 있는 경우
1. git restore --staged <file>
3. 레포지토리 단계
1. 커밋 이후 다시 staging area로
1. staging area에 새로 올라온 내용이 있는 경우 (커밋을 하자마자)
1. git commit --amend
2. 없는 경우