Git

rebase 명령어 git rebase HEAD~[거슬러 올라가고 싶은 커밋 수] -i 예를 들어, 바로 전 커밋의 메세지를 재작성하길 원한다면 git rebase HEAD~1 -i 1. 이 때 뜨는 화면에서 pick 이라는 단어를 reword 로 변경 2. 커밋 메세지가 기록되어 있는 화면이 보이면 여기서 커밋 메세지를 수정 3. i 를 입력하여 편집 모드로 변경한 후 수정을 진행한다. 수정이 완료되면 ESC키를 누른 후 :wq! 를 입력하여 편집기를 빠져나온다. 4. 강제 push 를 하여 수정 내용을 원격 저장소에 반영합니다. git push --force 참고 https://ssoco.tistory.com/56

프로젝트 작업 시 로컬 환경의 정보나 빌드 정보 등, 원격 저장소에 관리하지 말아야 되는 파일들에 대해 지정하여 원격 저장소에 실수로 올리가지 않도록 관리하는 파일 작성 패턴 - '#'로 시작하는 라인은 무시한다. - 표준 Glob 패턴을 사용한다. - 슬래시(/) 시작하면 하위 디렉토리에 적용되지 않는다. - 디렉토리는 슬래시(/)를 끝에 사용하는 것으로 표한한다. - 느낌표(!)로 시작하는 패턴의 파일은 무시하지 않는다. Example # ignore all .class files *.class # exclude lib.class from "*.class", meaning all lib.class are still tracked !lib.class # ignore all json files whose..

유다시티의 커밋 메시지 스타일 가이드 참조 1. Commit Message Structure 커밋 메시지는 제목/본문/꼬리말로 구성한다 type: subject body footer 1.1. Commit Type feat: 새로운 기능 추가 fix: 버그 수정 docs: 문서 수정 style: 코드 포맷팅, 세미클론 누락, 코드 변경이 없는 경우 refactor: 코드 리펙토링 test: 테스트 코드, 리펙토링 테스트 코드 추가 chore: 빌드 업무 수정, 패키지 매니저 수정 1.2. Subject 제목은 50자 넘기지 안혹, ,대문자로 작성하고 마침표 붙이지 않는다. 과거시제를 사용하지 않고 명령어로 작성한다. "Fixed"-->"Fix" "Added"-->"Add" 1.3. Body - 선택사항이기..

pull request 위해서 아래의 절차를 거친다. fork clone, remote 설정 branch 생성 수정 작업 후 add, commit, push pull request 생성 코드 리뷰, Merge Pull Request merge 이후 branch 삭제, fork 한 저장소를 최신 원본으로 동기화 1. fork 타켓 프로젝트의 저장소를 자신의 저장소로 fork 한다. fork 가 완료되면 자신의 계정에 새로운 저장소가 생긴다. 2. clone, remote 설정 fork 한 저장소를 로컬에 clone 한다. $ git clone https://github.com/iamzin/Study-Algorithm.git 로컬 저장소에 원격 저장소를 추구한다. 원본 저장소(직접 추가 필요) fork 한 ..