실전에서 협업하는 방법 1. 초대하기 레포지토리 화면 -> setting ->members->invitemember 2. 등급 조절 3. 프로젝트 1. git clone -> 컴퓨터로 가져오고, 작업한다음 ->git push 단점 : 한명의 개발자가 만든 새로운 커밋을 상의하는 절차없이 merge하게 됨 늘 완벽할 수 없기때문에 실전에서는 x 2. 원래의 프로젝트와 똑같은 프로젝트를 다른사람의 계정아래에 별도로 생성 (copied) 원본 프로젝트의 복제본을 만드는것 : Fork (~한다.뜬다) 그런다음 git clone -> 프로젝트에서 커밋생성~하고 -> git push 원본이 아닌, 복제본에 push한다는점 그런다음 merge request를 보냄 아무도 포크 안해서 아직은 0 - 포크하기 버튼 누름..

순서 생각해보기. 저번꺼 다까먹음 브랜치Branch(나뭇가지, 분기된 흐름이라는 뜻을가짐) = 특정 커밋을 가리키는 포인터 하나의 프로젝트에서 서로 다른 개발흐름을 병렬적으로 가져가기위해 사용함. 하나이상의 개발흐름 생성하기 위해서 사용 최신커밋을 가리키는 포인터이다. git log로 확인해보자 가장 최근 커밋에 표기된 master는 브랜치를 의미하는것이다. 헤드는 브랜치를 통해서 특정커밋을 가리키게됨 head가 마스터 브랜치를 통해서 다섯번째 커밋을 가리키는거임 git lab서버에 존재하는 마스터 브랜치를 의미함 컴퓨터와 깃랩서버 마스터 브랜치가 둘다 똑같이 최신커밋을 가리키고 있음을 의미 이전에 git push로 두 프로젝트를 동기화 해줬기 때문에 그런것임 정확한 오류 원인은 알 수 없으나, 다른 팀..

Git 은 여러 버전을 만들 수 있게해주는 프로그램 GitLab이나 Github는 GIt을 기반으로 만들어진 저장소 git init (vs프로젝트 연결) .git/이라는 디렉토리가 racingground에 생성됨 git으로 버전 관리가 되고있는 것이라는것 (기본적으로 숨김파일 처리) git 사용자 정보 설정 git config user.name "{user_name (이름적기)}" git config user.email "{}" 커밋하기는 크게 세가지를 바탕으로 작동됨 1. working directory 프로젝트 디렉토리 자체 2. staging Area 특정버전으로 관리하고싶은 파일들을 모아두는 장소 3. Repository 특정시점의 모습을 commit으로 남기면 commit이 저장되는곳 git a..