일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 티스토리챌린지
- golang
- go
- 디자인패턴
- goland
- 오블완
- 배포 프로세스
- notification system
- System Design
- intellij ide
- GoF 디자인패턴
- Buffered channel
- GoF
- Kubernetes
- Infra
- gitops
- 윈도우키보드
- 대규모 시스템 설계
- m4 pro
- apollo router
- Logrus
- 사설 ip
- http 413
- 컴포지트패턴
- UnBuffered channel
- body size
- AWS
- elasticsearch
- Intellij
- 배포 파이프라인
Archives
- Today
- Total
목록commit message (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