특정 디렉토리에 새로운 레포지토리를 생성하는 명령어git은 하향식이기 때문에 상위 디렉토리에 생성하면 하위 디렉토리에도 적용 -> git status 명령어를 통해 확인 후 생성 명령 사용디렉토리에 git이 있는지 확인하는 명령어변경 사항이 있는 파일들을 Staging
Git 명령어에 대한 사용법 및 옵션 등의 정보 Git - Reference Git에 대한 정보를 정리해둔 메뉴얼 문서 Git - Book Atomic: 하나의 기능 또는 하나의 작업을 하나의 변화로 유지→ 여러 파일을 수정했을 때 목적에 따라 커밋을 하는 것만
커밋은 숫자와 문자가 연속적으로 조합된 특이한 해시를 가짐커밋 내용에 부합하며, 그 이전의 부모 커밋 하나를 참조함(아래 이미지 참고)보라색 → 분홍색 → 파란색 순으로 커밋그러나 가끔 동시 작업할 경우 두가지를 모두 시도해서 어떤것이 더 좋은지 결정하거나 버그를 수정
2개의 브랜치에서 각각 작업을 하다가 어느 시점까지 진행된 이후 이 브랜치들를 통합하고 싶은 경우git merge <브랜치 이름> : 통합 명령어master(main)브랜치에서는 아무 작업도 수행하지 않으므로, 보통 개발자들은 작업 중인 브랜치와 master(ma
깃에서 변경 사항들을 보여주는 명령작업이 길어질 수록 커밋이 많아져서 어떤 것이 변경되었는지 집어내기 힘들 때 사용변경사항 예시커밋 사이, 워킹 디렉토리들 간의 변경 사항스테이지 영역, 워킹 디렉토리에서 변한 것커밋을 실행하면서 두 브랜치 간 또는 두 개의 다른 파일들
저장소에서 작업하고 있을 때 cat.py라는 파이썬 파일에서 작업하고 있으며, 수많은 작업을 진행 중커밋을 실행 후 새 브런치로 이동한 후 여러 작업을 진행했음그리고 master 브랜치로 이동해야하는데 커밋하지 않은 상태로 이동해야함그 작업들이 대상 브랜치에 따라옴브랜
git checkout <커밋 해시 ID>: 특정 커밋으로 되돌아감헤드는 특정 커밋을 참조하는 것이 아닌 브랜치를 참조 해야 하지만,이전 커밋을 체크아웃 할 때 실제로 하는 일은 헤드가 커밋을 참조하도록 바꿈(헤드가 분리됨)git checkout <브랜치>:
깃허브가 하는 일: 깃 저장소를 위한 호스팅 플랫폼(인터넷 O, 계정 O)깃: 로컬 저장소에서 실행하는 버전 제어 시스템(인터넷 X, 계정 X)깃허브를 사용하는 이유백업계속 작업을 하고 해당 변경 사항을 깃허브에 푸시할 수 있음깃허브에 내 저장소의 기록이 있음, 따라서
어떤 인기 있는 오픈 소스이든 내 컴퓨터에는 아무것도 없음클론을 하면 깃 저장소와 마스터 브랜치가 생김, 기본 브랜치가 클론했을 때 시작점이 되는 브랜치임(그림에서는 마스터 브랜치)origin/master는 원격 추적 브랜치 참고라고 함(포인터와 비슷한 역할)직접 확인
개발자가 새로운 작업을 브랜치에 올렸을 때 팀원이나 공동 작업자들에게 검토를 요청하고 머지를 승인 or 반려해달라고 요청하는 장치각자 자기의 브랜치에서만 작업을 하고 코드는 공유되지 않으면 협업이 성립하지 않습니다.모두가 자유롭게 머지하도록 하는 것보다조직에서 절대적으
마스터 브랜치에 올라가 있는 커밋들을 내 브랜치에 반영하는 것Git - git-rebase Documentation머지 활용시 발생하는 문제 커버 가능현재 내가 내 feature 브랜치에서 작업 중인데 다른 사람이 작업 후 마스터 브랜치에 병합한 상태마스터 브랜치에 반
최근 공부하고 있는 블록체인을 깃허브에 올리려는데 토큰을 생성하라는 메세지가 뜨면서 푸시가 안되는 오류가 발생했다.알고보니 깃허브에서 인증 시 토큰을 사용할 것이라는 이야기가 미리 있었던 것 같다…그래서 토큰 생성 → 설정까지 진행하기로!Settings - Develo