일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 윈도우키보드
- 대규모 시스템 설계
- kube-prometheus-stack
- Intellij
- 배포 파이프라인
- Kubernetes
- UnBuffered channel
- cosine similarity metric
- 코사인 유사성 메트릭스
- intellij ide
- Infra
- Buffered channel
- gitops
- 배포 프로세스
- Logrus
- 티스토리챌린지
- AWS
- elasticsearch
- apollo router
- notification system
- 디자인패턴
- http 413
- 오블완
- GoF
- goland
- golang
- m4 pro
- 사설 ip
- go
- body size
Archives
- Today
- Total
목록rebase (1)
Fall in IT.
Git commit message 관리
Git commit message 관리 (with. rebase) git을 작업 이력을 저장하는 용도로만 사용하다보니 commit 이력이 지저분해지기 시작했고 코드리뷰가 어려워지기 시작했다. 또한, 특정 시점으로 코드를 rollback 하려고 했더니… 내가 원하던 시점을 도무지 찾을 수가 없었다. 아, 그리고 하나 더 말하자면 release 배포 후 release note를 자동 불러오기 했을때 특정 기능을 개발하는동안 올려두었던 commit message들도 죄다 올라와서 어떤 기능이 추가됐고 변경되었는지 알아보기 어려웠다. 이런 이유들로, Git commit message 관리가 필요하다고 느꼈다. 1. 최소한의 메시지 작성 규칙 1) 소스코드를 보지 않고 커밋 메시지만으로 어떤 변경사항이 있었는지 ..
기타
2023. 3. 19. 00:18