EVO

이러한 규칙은 AngularJS 커밋 규칙에서 채택되었다. 커밋 메세지 형식 커밋 메시지의 모든 줄은 100자를 넘으면 안된다. 제목(Subject line) 변경 사항에 대한 간결한 설명 허용 타입(type) feat (feature) fix (bug fix) docs (documentation) style (formatting, missing semi colons, ...) refactor test (when adding missing tests) 누락된 테스트 추가할 때 + 테스트 추가 chore (maintain) 빌드 테스트 업데이트 , 패키지 매니저를 설정하는 경우(프로덕션 코드 변경은 X) 명령형, 현재 시제 사용 첫 글자를 대문자로 쓰지 않는다 끝에 점(.) 없음 scope 커밋 변경 위치..

불과 일주일전 이야기이다. 코딩을 하고 아무 생각없이 gitignore파일에 중요한 파일들을 추가했으니 잘되겠지 하고 푸시해버리다가 public 레포에 api키 , aws rds 비번, firebase admin key 다 유출되버렸다. 물론 pr로 push했기에 rebase하면 되겠지 하고 1시간동안 해봤지만 커밋기록은 여전히 있었고 뒤늦게 이동욱님의 블로그 ( https://jojoldu.tistory.com/307 )를 참조해 해봤지만 diff는 되어도 여전히 기록이 있었고 reset하면 된다고 하길래 해봤지만 이미 멘탈이 나간뒤에 한거라 포기했다. 이렇게 4시간이 넘는 소중한 시간이 날라가고 결국 깃허브에 요청하고 키 새로 다 발급받고 비번도 바꿨다.. git은 여전히 너무 어렵다. 브랜치를 분기..

문제 인지 현재 저의 사항은 다음과 같습니다. 보시다시피 feature-auth 브랜치에 다음과 같은 문제가 발생했습니다. 1. feature-auth는 인증 관련 기능을 수행하는 브랜치 2. 브랜치를 바꾸지 않은 상태로 상품등록폼 구현 및 리스트 구현 중에 브랜치 바뀌지 않은 상태였다는 것을 인지 3. 다행이 아직은 커밋을 하지 않은 상태 문제 해결 어떻게 하면 안전하게 상품등록폼 구현 및 리스트 구현중인 작업을 feature-product 브랜치에 옮길 수 있을까 고민을 해봤습니다. 저의 생각은 다음과 같습니다 먼저, develop브랜치로 switch 2번째, develop 브랜치에서 feature-branch를 생성(git checkout -b feature-branch): 위의 그림처럼 아직 생성..