참고 링크: https://doublesprogramming.tistory.com/256 1. Commit Type feat: 새로운 기능 추가 fix: 버그 수정 docs: 문서 수정 style: 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우 refactor: 코드 리펙토링 test: 테스트 코드, 리펙토링 테스트 코드 추가 chore: 빌드 업무 수정, 패키지 매니저 수정 merge: 병합한 브랜치 이름을 base(pull 받은 곳) target(push한 곳) 으로 적음 deploy: 배포 2. Subject 제목은 50자를 넘기지 않고, 대문자로 작성하고 마침표를 붙이지 않는다. 과거시제를 사용하지 않고 명령어로 작성한다. “Fixed” —> “Fix “Added” —> “Add 3. Ex..
GIT/GIT 심화
저장소의 소스 버전을 간간히 표시하기 위해서는 커밋 메시지 또는 브랜치로 해서 표시하는 것 보단 태그로 깔끔하게 하는 것이 좋습니다. 태그 조회하기 태그를 전체를 조회할 때는 git tag를 사용하여 조회합니다. git tag v1.0.0 v1.0.1 v1.1.0 만약 원하는 태그명을 조건으로 검색하고자 한다면 git tag -l v1.1.*과 같이 사용합니다. git tag -l v1.1.* v1.1.0 태그 붙이기 태그는 Lightweight와 Annotated 두 종류가 있습니다. Lightweight 태그는 특정 커밋을 가르키는 역할만 합니다. 한편 Annotated 태그는 태그를 만든 사람, 이메일, 날짜, 메시지를 저장합니다. 그리고 GPG(GNU Privacy Guard)로 서명할 수도 있습..
출처: https://engineer-mole.tistory.com/130 git diff는 여러 방면에 정말 자주 쓰이는 것 만큼 할 수 있는 것이 많다보니 쉽게 잊어 버려 매번 검색하곤 했다. 따라서 자주 쓰이는 용법을 한 번 정리해 보았다. git pull 하기 전에 리모트와의 변경점 확인하기 git diff HEAD.. 리모트명/브랜치명 git pull하기 전에 로컬의 최신 커밋과 pull할 곳의 리모트 리포지토리와의 변경점을 보고 싶을 때는 이 커맨드로 확인할 수 있다. 여기서의 리모트 명은 origin과 같은 것을 의미한다. git push 하기 전에 리모트와의 변경점 확인하기 위의 커맨드와 반대로 아래와 같이도 작성할 수 있다. git diff 리모트명/브랜치명..HEAD ..의 오른쪽이 시..
출처: https://letsgojieun.tistory.com/113 next를 빌드할 때 .next 폴더가 생성되는데, 이를 그대로 github 원격 저장소에 올리기엔 파일도 너무 많고, 이로인해 push 하면서 에러가 발생하는 케이스를 봤다. 그래서 .gitignore 파일을 따로 생성 후, 파일 안에 .next를 추가했는데 계속 git 변경에 잡혔다 gitignore 적용이 되지 않는 이유는 .gitignore 파일을 생성하기 전 이미 git에 .next를 올렸기 때문에 적용이 되지 않는 것이었다 이럴 경우, git rm -rf --cached . git add . git commit -m "커밋 메시지" 위의 명령어를 터미널에 순서대로 작성하면 정상적으로 gitignore이 작동한다. git r..
Local과 Remote 깃 브랜치에는 로컬과 리모트가 있습니다. 깃에서 레포지토리를 클론 혹은 포크(깃헙 데스크탑 등으로 내려받으면)하면 로컬이 생성되며 로컬에서 커밋을 남긴 후 푸시하면 리모트에 로컬의 변경 사항이 반영됩니다. 로컬: 내 컴퓨터에 저장되어 있는 깃 리모트: 깃허브에 저장되어 있는 것 리모트에 코드가 반영되는 순서는 git add or . (.일 시 모든 파일 추가)로 변경 사항 추가 로컬에서 커밋 생성 푸시 리모트 저장소에 반영 입니다. 내 로컬에선 맘껏 수정해도 문제가 없지만 리모트에 푸시를 할 때는 꼭 변경 사항이 있는 파일을 모두 확인해주세요. 깃 리모트에 코드가 올라가기 전 마지막 방파제입니다! 아무 브랜치로 이동해서 아래 명령어를 입력해주세요. 저는 dev로 이동해보겠습니다...
출처: https://xtring-dev.tistory.com/entry/git-git-switch-restore가-뭐야-checkout에서-switch-restore 사실 Checkout은 Switch과 Restore의 기능이 모두 합쳐져 있는 명령어입니다. git checkout 기존에 git을 오랫동안 사용한 유저들은 checkout 명령어를 통해 브랜치를 핸들링하는데 익숙할 겁니다. 그런데 사용은 잘 하고 있어지만 최근 switch 명령어를 많이 사용하는 것을 보고 찾아 보게되었는데 checkout의 분리된 기능이더라구요. Git은 2019년 8월 16일 2.23.0로 업데이트하게 되면서 checkout의 기능을 switch와 restore을 통해 각각 분리하였습니다. 기존의 checkout은 브..
