Github 용어
컨트리뷰션/컨트리뷰터 (coutribution/contributer) : 코드의 개선점 제시/개선 (누구나 할 수 있음)
커미터(committer) : 프로젝트의 코드를 실질적으로 바꿀 수 있는 사람들 (repository의 책임자가 되겠지). 누군가의 contribution을 보고 자신의 repository에 반영할지 결정하는 사람.
오픈소스 라이센스
MIT/Apache License : 무료, 배포, 코드 수정 가능. 2차 저작물 공개 의무 없음 (이 라이센스로 개발한 코드를 누군가에게 공개할 필요가 없음)
GPL License : 무료, 배포, 코드 수정 가능. 2차 저작물 공개 의무 있음
Beerware : 아무 조건 없음
Working directory : 작업 파일이 존재하는 directory
Git directory : direoctory상의 .git폴더! (이걸 지우면 정상적인 동작이 되지 않음)
Staging area : 커밋을 수행할 파일들이 올라가는 영역 (git add로 추가된 파일이 올라감)
Git의 동작 원리
1. Working directory에서 파일을 추가하거나 수정을하고 Staging Area에 올림 : git add
2. Staging Area에 올라간 파일들은 추가/수정될 예정임(commit될 예정임) : git commit을 통해 Local Repository에 올림
즉, .git폴더에 git commit내용을 추가한다는 것.
** Staging Area에 있는 것들만 commit할 수 있음!!!
3. Remote Repository에 git push로 최종 반영함.
4. 다른 사람이 수정한 내용을 내 Local로 받아오기 위해선 git fetch
5. 동시에 동일한 파일을 수정해서 conflict등을 해결하기 위해 git merge (Remote와 Working을 동일하게 함)
* git fetch + git merge = git pull 이를 일반적으로 많이 사용함
Repository = Repo : 소스코드가 담겨있고, 커밋 내역 등 모든 작업 내용이 포함되어 있는 공간
Pull Requests (PR) : Repo를 수정하여 저장소에 적용할 권한이 없는 사람이 PR을 통해 오픈소스에 기여
일반적으로는 자기 커뮤니티의 Repo를 수정하테니 commit, push만으로 충분함.
'프로그래밍 기초 스터디 > 깃허브 - Github' 카테고리의 다른 글
[깃허브 Github 공부하기] 6. 원격 저장소 (Remote repository) 관리하기 (0) | 2022.12.07 |
---|---|
[깃허브 Github 공부하기] 5. 브랜치(Branch) 만들고 통합하기 & 브랜치 충돌 해결하기 (0) | 2022.12.06 |
[깃허브 Github 공부하기] 4. 특정 지점으로 프로젝트 되돌리기, 커밋 메세지 변경하기 (0) | 2022.12.06 |
[깃허브 Github 공부하기] 3. 파일 추가/수정하고 원격지 업데이트하기 (0) | 2022.12.06 |
[깃허브 Github 공부하기] 1. 개발환경 구축하기 (0) | 2022.12.06 |
댓글