Git은 버젼관리시스템입니다.
협업을 위한….
깃은 단순한 버젼관리기능보다 협업할떄 편하려고 만든것임
기준이 되는 저장소가 인터넷에서 접속되기때문에 상당히 편리하다.
깃허브는 중앙서버이다 .
깃허브와 깃은 분리된 환경이고 로컬환경과 중앙서버라는 명확한 차이가 있다.
깃허브에있는 기준코드를 내 로컬환경에 다운받으려면 git clone을 해야한다.
다운받아 작업한 내용을 다시올리려면 push해야한다.
내로컬에 있는 수정내용을 중앙서버로 밀어넣는다는 의미
다른개발자가 내가 수정하고 업로드한걸 다시 다운받으려면 pull 해야한다
pull: 이미 다운받은 소스의 변동사항을 받을떄
clone: 처음소스를 다운받을 때만 사용.
이까지말한건 모드 노트북에서 일어나는 일이다.
깃의 기초
깃으로 버젼 컨트롤할때에는 3가지 상태가 있다.
1.commited
수정 사항들이 git에 저장이 된상태.
이러한 행위를 commit 한다고 한다.2.modified
modified file은 이름 그대로 수정된 file.
하지만 아직 committed 되지 않은 상태의 파일
3.staged
modified file에서 한단계 더 나아가서 곧 commit 될거라고 mark해놓 은 상태.
modified 와 committed의 중간상태라고 생각하면 된다.
이러한 상태가 존재하는 이유는 commit 하기전에 중간 상태를 저장할 수 있도록 하기 위함이다.
commit을 한번 해버리면 추가수정사항이 있을떄나 다시 되돌려야 할때 까다롭기 떄문에 중간상태에 저장할수있도록 하는것이다.
commit은 해당 개발이 완전 완료 됬을때 하는 것이기 때문에, 아직 완료 되지않았지만 중간상태를 저장할 필요가 있을때 staging을 사용하는것 이 다.
