깃허브

깃 문법 정리

정리 작은 단위로 코드를 수정한 후 커밋을 하는 것이 오류를 검토,수정하기 좋다. 원격 저장소에 푸시를 하려면 충돌 방지를 위해 자신의 로컬 저장소를 최신 상태로 유지해야 한다. 권장 순서 pull -> coding -> commit -> pull -> push 깃을 안정적으로 사용하려면 워킹 디렉토리를 항상 깨끗하게 유지 관리해야 한다. 워킹 디렉토리를 정리하는 방법은 수정된 코드를 스테이지하고, 최종 스냅샷을 생성하여 커밋해야 하며, 커밋이 불가할 때는 스태시를 적용하여야 한다. 병합 충돌을 최소화하고 예방하려면 master 브랜치 내용을 자주 변경하여 병합해라. 충돌을 최소화 하고 예방할 수 있다. 커밋 복원 시 저장소를 공유하지 않으면 reset으로 복원하고, 공유 시 revert를 사용해라. 저..

최종 정리

Git 등록 방법 새 리포지토리 생성 리포지토리 주소 복사 git init git remote add origin 주소 git add . (전체) git commit -m "message" git push origin master 템플릿 사용하기 템플릿 Fork 템플릿 주소 복사 git clone 템플릿 주소 .git & .github 폴더 삭제 Git Bash Here 실행 나머지는 git 등록 방법으로 실행

깃허브 협업

여러 컴퓨터에서 원격 저장소 함께 사용 원격 저장소를 기존에 연결된 지역 저장소 외 다른 지역저장소에서 사용하려면 원격 저장소 내용 전체를 지역 저장소로 가져와야 한다. 이것을 클론 또는 클로닝이라고 한다. 원격 저장소 복제하기 - git clone (원격 저장소 주소) 디렉터리 or 마침표 (.) 마침표는 현재 디렉터리에 복제 작업 후 올리기 - git push 최신 커밋 가져오기 -git pull 커밋 상태 확인 - git log --oneline 현재 커밋의 상태를 확인해보자. 만약 지역 저장소 최신 커밋과 원격 저장소 최신 커밋이 같은 방향을 가리키지 않는다면 git push를 통해 작업을 올리면 된다. 원격 저장소에 컴퓨터를 연결해서 사용한다면 pull과 push를 습관화하여야 한다. 그러면 어..

깃허브 백업

깃허브 지역 저장소 : 자신의 컴퓨터에 저장하는 저장소 원격 저장소 : 컴퓨터나 서버에 만든 저장소 - 사용 이유 원격 저장소에서 깃 사용 가능 지역 저장소 백업 협업 프로젝트 자신의 개발 이력 지역 저장소를 원격저장소에 연결하기 git remote add origin 깃허브의 저장소 주소 연결 확인 - git remote -v 원격 저장소에 올리기 및 내려받기 파일 처음 올리기 - git push -u origin master (-u는 처음에 한번만) 파일 재 푸시 - git push 파일 내려받기 - git pull origin master 깃허브에 ssh 원격 접속 ssh 키 생성 - ssh-keygen id_rsa : 프라이빗 키 id_rsa.pub : 퍼블릭 키 깃허브에 퍼블릭 키 전송 cd ~..

브랜치

브랜치 : 데이터의 흐름 HEAD: 작업중인 브랜치를 가리키는 포인터 브랜치를 사용하는 이유 여러 개발자들이 동일한 소스코드로 다양한 작업을 할 수 있게 해주는 것이 브랜치이다. 깃으로 버전을 관리하면 기본적으로 master라는 브랜치가 생성된다. 이후 master을 통해 파일을 수정하거나 새로운 기능을 만들 때 뻗어나오는 것을 분기(브랜치)라고 한다. 이후 작업이 끝나면 새 브랜치에 있던 파일을 master 브랜치에 합칠 수 있다(병합) 브랜치 만들기 브랜치 만들기- git branch 이름 브랜치 병합하기 - git merge 병합할 브랜치 이름 * 브랜치를 병합하기 위해서는 master 브랜치로 체크아웃 해야함 브랜치 관련 명령어 브랜치 확인 - git branch 커밋 간략하게 표현 - git l..