Git, Github 정리

01. CLI 의 개념 1) cli 와 gui 의 차이 개발자들은 컴퓨터 활용 방식인 CLI(command line interface)에 익숙해져야 한다. 우리가 컴퓨터를 일반적으로 사용하는 폴더를 클릭하는 방식은 GUI(graphic user interface)이다.

개발자들은 컴퓨터 활용 방식인 CLI(command line interface)에 익숙해져야 한다.우리가 컴퓨터를 일반적으로 사용하는 폴더를 클릭하는 방식은 GUI(graphic user interface)이다.글로만 이루어진 화면(terminal, powershell

Git: 각각의 수정 사항을 원할 때마다 수시로 기록하면서, 필요하다면 이전 상황으로 돌아갈 수 있게 해주는 것깃 버전 확인버전 관리 할 파일 지정현재 관리 중인 파일을 하나의 버전으로 저장출처) 깃허브 정리 노션(https://mango-tower-9f1.n

커밋 내역 확인 지금까지 어떤 버전이 존재하는지 확인한다.git revert: 현재까지의 commit 기록을 유지하면서, 특정한 commit 이전으로 되돌리는 명령어‼️주의해야할 점‼️: 되돌아가고 싶은 commit 이름을 적는게 아니라, 되돌리고 싶은 commi

Git: 단순히 버전을 기록하고, 관리하는 도구Github: 로컬 깃 기록들을 온라인 상에 업로드하고, 보관할 수 있게 해주는 서비스Git 으로 기록된 버전들을 올려놓기 위한 구글드라이브 같은 서비스Github 없이도 Git 을 얼마든지 사용할 수 있지만, 현업에서는

협업을 위해서는, 우선 이 깃허브 레포를 함께 이용할 사람 (개발을 같이 하면서, push, pull 등을 함께 할 사람) 을 등록해줘야 한다.그 협업자를 여기서는 collaborator 라고 한다.깃허브 레포지토리에서 상단에 settings 클릭왼쪽 메뉴 중에서 Co

01. Branch 기본 1) branch 의 개념과 활용법 > brach: 버전 관리의 분기점을 만드는 기능 현재 작업 중인 내용을 유지하면서 파일과 커밋 기록을 별도로 관리하고자 할 때, 브랜치를 분기한다. 브랜치를 분기하면, 그때부터는 파일과 커밋 기록이 이전

brach: 버전 관리의 분기점을 만드는 기능현재 작업 중인 내용을 유지하면서 파일과 커밋 기록을 별도로 관리하고자 할 때, 브랜치를 분기한다.브랜치를 분기하면, 그때부터는 파일과 커밋 기록이 이전 브랜치와의 파일과 커밋 기록이 완전히 별도로 관리된다.브랜치는 게속 추

git merge: 서로 다른 branch의 작업 내용을 하나의 branch로 통합하기 위한 명령어합치길 원하는 브랜치로 이동 후에 합칠 브랜치를 입력한다.예시) main 브랜치에 develop 브랜치를 합치고 싶다.위 명령어를 입력하면 main에는 없고 develop

rebase: 특정 브랜치를 base (기준) 로 놓고, 커밋 이력을 정렬하는 명령어rebase는 병합을 위한 것이 아니라, 커밋 히스토리를 정렬하기 위한 명령어이다. 이미 병합된 브랜치가 있더라도, 거기서 rebase를 하면 커밋 히스토리를 다시 정렬할 수 있다.re

Pull Request: Github에서 제공하는 기능으로, 기존 Github저장소에 보관된 코드 베이스에서 나의 작업으로 생긴 변경사항들(수정, 추가, 삭제)을 코드베이스에 포함시켜달라고(merge 시켜달라고) 보내는 요청내가 작성한 코드가 바로 merge 될 경우

issue: 어떻게 사용할지는 git 전략에 따라 조금씩 달라지기도 하지만, 보통 앞으로 구현할 기능 / 버그 fix 등의 할일을 정리해놓는 용도로 사용한다.label 은 특정한 issue가 어떤 카테고리에 해당하는지를 알려주는 역할을 합다.label은 보통 팀마다 미

01. Git 관리 전략 1) git flow, github flow, gitlab flow 의 개념 1. Git Flow (사진 출처: https://www.youtube.com/watch?v=w2r0oLFtXAw) git flow 는 총 5 종류의 브랜치를 활용

(사진 출처: https://www.youtube.com/watch?v=w2r0oLFtXAw)git flow 는 총 5 종류의 브랜치를 활용한다.주의할 점은 master, develop 은 각 브랜치가 영구적으로 존재하지만, hotfix, release, fe

보통 총 7가지 메세지 규칙을 지킨다. (출처: https://cbea.ms/git-commit/)제목과 본문은 한 줄을 띄워서 작성한다.제목은 영문 기준 50자 이내로 작성한다.제목 첫글자는 무조건 대문자로 작성한다.제목 끝에 마침표(.)는 찍지 않는다.제목

issue 나 pull request 를 작성할 때 일일이 목차를 직접 작성하게 되면 시간이 오래 걸리기 때문에, 이미 목차가 있는 template 을 활용해서 작성하면 훨씬 더 시간을 단축할 수 있다.팀원들 간에 양식을 지키지 않고 issue 나 pr 을 작성하게 되

branch protection은 배포에 연결되어 있는 브랜치 등의 함부로 변경되면 안되는 브랜치에 바로 push할 수 없도록 보호해주는 기능이다.레포지토리 상단에 settings 클릭왼쪽 메뉴에서 Branches 클릭add rule 클릭여기에 보호할 브랜치를 입력한다

유추라는 유튜브 채널 추천 프로젝트를 할 때 처음 기획이었던 각 유튜브 채널의 페이지가 있고 그 페이지에서 사람들이 남긴 리뷰도 조회하고 자신의 리뷰, 평가도 남길 수 있는 서비스를 개발하다가처음부터 많은 기능을 배포하기 보다는 프로토타입으로 간단하게 만들어서 별점 데

알고리즘 스터디를 진행하는 중에 다음주 PR에 올려야할 commit을 push해버려서 이번주 PR에 올라가는 일이 발생했다. 위 커밋만 이번주 PR에 올라가야하는데 이 두번째 사진에 있는 커밋도 올라가버렸다....뜨헉😭 그냥 기록용으로 올리는 레포지토리라면 상황