| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- CSS
- ArrayList
- 테스트자동화
- html
- js
- 스프링부트
- java테스트
- vscode
- 자바스크립트
- 정규식
- Visual Studio Code
- SpringBoot
- 자바문법
- input
- 인텔리제이
- 자바
- junit
- javascript
- Array
- string
- 문자열
- 단위테스트
- list
- HashMap
- IntelliJ
- Eclipse
- math
- junit5
- 배열
- Java
- Today
- Total
목록2026/03/05 (2)
어제 오늘 내일
열심히 커밋을 남겼는데 오타를 발견했거나, 규칙을 깜빡하고 '수정'이라고만 적어버린 적 있으시죠? 당황하지 마세요. Git에는 과거를 되돌릴 수 있는 강력한 타임머신 기능이 있습니다.상황별로 가장 자주 쓰이는 세 가지 해결책을 깔끔하게 정리해 드립니다. 1. 방금 만든 커밋 메시지 수정하기 (--amend)가장 많이 발생하는 상황입니다. 방금 'commit' 버튼을 눌렀는데 바로 오타를 발견했을 때 사용합니다.명령어: git commit --amend -m "새로운 메시지"설명: 이 명령어를 치면 방금 올린 커밋이 사라지고, 새로운 메시지가 담긴 커밋으로 덮어쓰기 됩니다. 코드 변경 없이 메시지만 바꾸고 싶을 때 아주 유용합니다. 2. 조금 지난 과거의 메시지 수정하기 (rebase -i)방금 전이 아니..
개발을 하다 보면 내가 짠 코드인데도 "이걸 왜 수정했더라?" 하며 당황할 때가 있습니다. 혹은 동료가 올린 'commit' 메시지에 '수정', 'test'라고만 적혀 있어 답답했던 경험, 다들 한 번쯤 있으시죠?좋은 커밋 메시지는 미래의 나, 그리고 동료를 위한 최소한의 예의이자 협업의 핵심입니다. 오늘은 누구나 바로 따라 할 수 있는 쉬운 커밋 메시지 규칙을 소개합니다. 1. 제목에 '말머리'를 달아주세요 (Type)메시지 맨 앞에 이 커밋이 어떤 성격인지 알려주는 단어를 붙여주세요. 이것만으로도 코드의 의도가 명확해집니다.Feat: 새로운 기능을 만들었을 때Fix: 버그를 고쳤을 때Docs: 문서(README 등)를 수정했을 때Style: 코드 로직은 그대로인데 줄 바꿈이나 세미콜론 등을 정리했을 ..
