https://madplay.github.io/post/change-git-author-name git commit author 변경 (커밋 작성자 변경하기) git commit 작성자를 잘못 입력하여 push까지 해버렸다. 커밋 작성자의 이름을 다시 바꿀 수 있을까? madplay.github.io https://meetup.toast.com/posts/122 GitHub의 Merge, Squash and Merge, Rebase and Merge 정확히 이해하기 : NHN Cloud Meetup GitHub의 Merge, Squash and Merge, Rebase and Merge 정확히 이해하기 meetup.toast.com
Gitflow 워크플로우 설명 master, develop (feature), release, hotfix master 가 주가 되며 CI 에 반영됨. 모든 기능 개발은 develop 브랜치 중심으로 수행됨. 어느정도 기능개발이 되면 release 를 위한 release/xxx 또는 release-xxx 와 같은 브랜치를 만듬. 여기서 release 를 위한 사이클이 시작되며 버그수정, 문서추가 등의 릴리즈를 위한 작업 외에는 추가 안함. 이와 동시에 develop 은 또 계속 진행. release 가 브랜치가 완료되면 release v0.2 라하면 이것을 master 에 반영. 여기서 혹여나 버그가 생기면 hotfix 로 브랜치를 따서 버그 수정. 즉, hotfix 는 master 로 부터 따서 버그 ..
git .gitignore 잘못 커밋 후 푸시까지 했을 때 다시 적용 방법. 또한 git 메시지 잘못 커밋 했을 때도 다시 적용하는 방법. .DS_Store 같은 것을 commit 하고 push 까지 했을 경우 지우기가 힘들어 보인다. 혹시나 많은 사람과 함께 작업하고 있지 않다면 아래와 같이 그냥 강제 업데이트 시켜버리자. git reset --hard a3bbb3c 이렇게 하면 원하는 커밋으로 [[[ 기존 내용 다 삭제하면서 이동한다. 주의해야 한다. ]]] git push --force 강제로 원격을 업데이트 해준다. 그리고... 커밋 메시지 잘못 했을 경우에는 git commit --amend 해주고 메시지 수정 후 git rebase --continue 이렇게 해서 리베이스 해주고, git pu..
GIT 커밋 메시지 컨벤션 (이대로 할 필요는 없다. 대충 이런 방식이 있다는 정도 알아두면 된다.) AngularJS commit conventions1 AngularJS commit conventions2 type(scope): short summary BLANK LINE body BLANK LINE footer (Breaking Changes, Referencing Issues 올 수 있다) feat : 새로운 기능 추가 fix : 버그 수정 docs : 문서 관련 style : 스타일 변경 (포매팅 수정, 들여쓰기 추가, …) refactor : 코드 리팩토링 test : 테스트 관련 코드 build : 빌드 관련 파일 수정 ci : CI 설정 파일 수정 perf : 성능 개선 chore : 그 ..