😺Git & Github

1.0 Repository Repository는 사용자의 파일이 위치한, .git이 주시하고 있는 폴더다. .git은 Repository 내의 파일들의 변경 사항들을 추적한다. 1.1 Commit 커밋은 코드의 변화를 기록하고 싶을 때 사용된다. 코드에서 큰 수

Branch 브랜치는 Main (또는 Master)로부터 시작되고, 각 브랜치들끼리는 서로 영향을 받지 않는다. Main의 끝 점이 브랜치의 시작점이라고 볼 수 있다.

프로젝트의 중심에 Repository(코드 저장소)가 있고, 그 코드 저장소를 복사한 후, 각자 작업이 끝나면 중심에 있는 Repository에 변경 사항을 pull 한다.특정 branch에 내가 수정한 코드를 push하고 나면 프로젝트 관리자에게 이를 알리고, 내가

fork 한 후에 베이스 코드 저장소에 코드 변경이 있다면 어떻게 해야할까?내가 기능을 개발하는 동안 다른 누군가도 기능을 개발해서 마스터 저장소에 반영을 하기 때문.예를 들어, 현재 내가 작업 중인 프로젝트가 뒤쳐져 있고 베이스 저장소가 더 작업이 많이 된 최신 코드

Github(Git 아님)에서 제공하는 프로젝트를 관리하기 위한 시스템 중 하나로 소프트웨어 개발 과정에서 아직 미해결된 부분이나 발견된 문제, 버그 등에 관한 것들을 이슈로 생성해 기록하는 것이다. Github Issue를 사용하면 개발자들은 프로젝트에 대한 이슈들을

M 표시: 파일이 수정되었음U 표시: untracked의 약자. git이 아직 파일을 관찰하고 있지 않았고, 아직 git에 등록되지 않음commit 메세지를 작성하고 commit 버튼을 누른다.git log (로그 화면 종료: q)terminal에 git log를 쳐서

프로젝트를 진행하다보면, 이전 commit 상태로 돌아가고 싶을 때가 있다돌아가고 싶은 때의 commit의 별명을 파악한 후 git checkout을 한다.commit 별명Head?이전 커밋의 내용들이 모두 합쳐진 내용지금 시점에 있는 파일"지금 HEAD를 옮기는 상태

(복합 리셋)커밋만 삭제하고 파일 변경 사항들이 그대로 unstage 단계로 복원된다.\--hard: 리셋하려는 파일을 삭제해서 파일 변경 내역을 유지하지 않는다.Mixed Reset은 마지막 커밋 혹은 내가 선택한 커밋의 변경사항들을 unstage 영역으로 옮긴다.