git
Git - [ 커밋 메세지 규칙 ]
협업 경험은 아직 없고 개인 프로젝트를 진행하며 혼자 커밋 메세지를 남겼었는데, 내가 봐도 뭘 남기려고 한 건지 못 알아보는 일이 종종 있어서 앞으로는 커밋 메세지를 작성할 때 규칙을 지켜서 작성하고자 한다. 좋은 Git 커밋 메시지의 7가지 규칙 제목과 본문을 한 줄 띄워 분리 제목은 영문 기준 50자 이내 제목 첫 글자를 대문자로 제목 끝에 마침표 금지 제목은 명령조로 본문은 영문 기준 72자마다 줄 바꾸기 본문은 어떻게보다 무엇을, 왜에 맞춰 작성하기 커밋 메세지 구조 type(옵션): Subject // 제목 body(옵션) // 본문 footer(옵션) // 꼬리말 제목은 필수 요소, 바디와 푸터는 옵션이다. type feat: 새로운 기능 추가 fix: 버그 해결 docs: 문서 변경 desi..
Git - [ issue 관리 ]
깃허브에서 이슈(Issue)는 프로젝트를 진행하면서 발생하는 다양한 이벤트들을 의미한다. 발견된 버그나 추가할 기능, 개발해야할 새로운 이슈나 설계사항들을 이슈로 만들 수 있다. 1. issue 생성 깃허브 레포지토리의 이슈 탭에서 새로운 이슈를 생성할 수 있다. 해당 저장소에 이슈를 생성할 수 있는 권한을 가지고 있어야한다. New Issue 버튼을 클릭하면 아래 사진처럼 새로운 이슈를 생성할 수 있는 페이지가 뜬다. 이슈 작성 화면의 오른쪽을 보면 이슈와 관련된 다양한 기능들을 확인할 수 있다. Assignees : 해당 작업의 담당자. 두 사람 이상 여러명을 지정 가능 Labels: 해당 작업의 성격 Milestone: 해당 작업이 속한 파트 2. issue 닫기 / 삭제 / 핀하기 해결된 이슈는 ..
Git - [ Fork / PR(Pull Request) ]
1. Fork / PR 이란? fork 는 다른 사람의 github repository를 복제하여 어떤 부분을 수정, 추가, 삭제를 용이하도록 해주는 복제기능이다. 따라서 자신의 원격 저장소에서 다른 사람의 코드를 복제해와서 마음대로 수정할 수 있다. fork 한 저장소는 원본(repository)와 연결되어있어 원본에 변화가 생기면 그대로 forked된 repository로 반영할 수 있다. (이때 fetch나 rebase의 과정 필요) 그 후 original repository에 변경사항을 적용하고 싶으면 해당 저장소에 pull request를 해야한다. 즉 원작자에게 요청을 보내어(pull request) 원작자가 수락하면, 원작 코드도 내가 수정한 코드로 바뀌고 자신이 contributor가 된다..
Git - [ 강제로 Git Pull 하기 ]
- local repository 내용 지워져도 상관없을 때 강제로 git pull 하는 방법 git fetch --all git reset --hard origin/main git pull origin main
Git - [ eclipse 프로젝트 Github 올리기 ]
프로젝트 우클릭 -> Team -> Share Proejct 클릭 Use or create repository in parent folder of project 선택 -> 프로젝트 선택 -> 왼쪽 아래 Create Repository 클릭! 그런 다음 git repository창을 띄워보자. window -> Show View -> others... 클릭 git 검색해서 Git Repositories 선택하고 OK 그러면 Repository가 열린다. 여기서 Remote 우클릭 -> Create Remote... 클릭 그대로 OK 클릭 깃허브에 올릴 레포지토리의 주소를 복사해와서, 이 창에서 오른쪽에 Change... 클릭 그러면 복사한 깃허브의 레포지토리 주소가 뜬다. 아래쪽에 깃허브 아이디와 비밀번호..
Git - [이전 커밋 이름 변경하기]
여러 커밋 또는 이전 커밋에 대한 메시지를 수정해야 하는 경우 대화형 rebase를 사용한 다음 강제로 push하여 커밋 기록을 변경할 수 있다. 1. git rebase -i HEAD~n 명령을 사용하며 최근 n개의 커밋 목록을 표시 2. 변경하려는 각 커밋 메시지에서 pick을 reword로 변경 3. 커밋 목록 파일을 저장하고 닫기 4. 각 커밋 파일에 새 커밋 메시지를 입력하고 파일을 저장한 다음 닫기 커밋 히스토리 확인 결과 잘 변경되어있음!! 5. 변경 사항을 GitHub에 푸시할 준비가 되면 push --force 명령을 사용하여 이전 커밋을 강제로 push하기