1. 프로그래밍/1-1. Git

    Git - [ 이클립스 conflict 도구 ]

    1. 프로젝트 우클릭 -> team -> pull 2. conflict가 뜨면 파일에 빨간색 점 표시가 뜨고, 내용에 어느 부분에서 conflict가 발생했는지 표시된다. 3. team -> Merge Tool 로 들어가면 conflict가 뜬 파일에서 원래 파일과 merge할 커밋의 내용을 비교해서 볼 수 있다! 오른쪽 상단의 merge 도구 메뉴들은 왼쪽부터 순서대로 다음과 같다. 좌/우 view 치환 두 변경의 공통 원본 표시 Three way compare: 공통 원본과 함께 두 변경 비교 Conflict가 발생하지 않는 오른 쪽의내용을 모두 왼쪽에 반영 왼쪽 변경을 오른 쪽에 반영 오른 쪽의 변경을 왼쪽에 반영 다음 차이점 위치 이전 차이점 위치 다음 변경 이전 변경 3. Merge 한 파일을 ..

    Git - [ 이클립스 conflict 도구 ]

    git - [ 특정 commit 삭제 ]

    특정 commit 삭제하기 1. 우선 커밋 메시지를 수정할 때와 마찬가지로 git rebase -i HEAD~n 명령어를 통해 커밋 내역들을 확인한다. 그러면 최근 n개의 커밋을 확인해 볼 수 있다. 2. 그리고 삭제할 메세지에 pick 대신 drop 키워드를 사용하면 된다. 그러면 커밋 기록과 함께 해당 커밋에서 했던 행동이 사라진다. 참조 더보기 https://gre-eny.tistory.com/301 [Git] git rebase로 특정 커밋 수정+삭제 하기 git rebase git rebase 의 용도는 주로 merge 에 이용되긴 하지만, 커밋 내역을 수정/삭제 할 때에도 많이 쓰인다. 먼저 git rebase 를 사용하기 위한 커밋 내역은 다음과 같다. 아래쪽으로 갈수록 최근 커밋 gre-e..

    git - [ 특정 commit 삭제 ]

    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 - [ 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 - [ Fork / PR(Pull Request) ]

    Git - [ 강제로 Git Pull 하기 ]

    - local repository 내용 지워져도 상관없을 때 강제로 git pull 하는 방법 git fetch --all git reset --hard origin/main git pull origin main