속·Git 초보자는 Commit의 입도 같은 걸 고려했어요.

3684 단어 GitGitHubcommit

지난번보다


"됐어, 오늘 일도 끝났어."
지난번를 바탕으로commit의 오늘 업무는 끝났다.
"아이고, 커밋도 대충대충 완성했으니 어떻게 됐는지 확인해 보세요."

「…」
"왠지 ADD밖에 없는 것 같은데..."
자세히 보면 자동 테스트도 ADD이고 참조 변경도 ADD입니다.
ADD가 섞여 있어서 이해하기 어렵다.
"어떡하지..."

댓글에서 얻은 조언.


"지난번 댓글에서 다양한 조언을 받았습니다. Angular의Commit 규칙을 가르쳐 주십시오."
"혼자 생각하는 것도 중요하지만, 여기서 위대한 선배들의 생각을 보는 것은 좋다."

Angular 제출 메시지 가이드라인


Developing AngularJS - Git Commit Guidelines
  • feat: A new feature
  • fix: A bug fix
  • docs: Documentation only changes
  • style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
  • refactor: A code change that neither fixes a bug nor adds a feature
  • perf: A code change that improves performance
  • test: Adding missing or correcting existing tests
  • chore: Changes to the build process or auxiliary tools and libraries such as documentation generation
    • "영어죠."
    접두사를 쓰면 왠지 뜻을 알 것 같으니 번역해 보세요.

    번역해 보세요.

  • feat: 새로운 기능 추가
  • fix: 고장 수정
  • docs: 문서만 수정
  • style: 코드 처리에 영향을 주지 않는 변경(공간, 형식 수정, 번호 부족 등)
  • refactor: 오류 수정이나 기능을 추가하지 않는 코드 변경
  • perf: 성능 개선을 위한 코드 변경
  • test: 테스트 항목 배제 또는 기존 테스트 수정
  • chore: 문서 생성, 구축 과정, 라이브러리 변경 및 도구 등
    • "이렇겠지."
    "구글 선생님은 정말 신이시네요..."

    마지막 수정


    "지난번 와이가 생각했던 것보다 더 가늘다..."
    "그리고 잘 헤어질 수 있어..."
    "저번에 생각했던 것도 많이 부족했어요. Angular의 규칙을 바탕으로 개량합시다."
    "...참고로 편입해도 괜찮겠지..."

    업그레이드


    "저번에 와이가 생각한 게 이거였어."
  • NEW
  • ADD
  • REMOVE
  • BUG_FIX
    • "문제점으로서 와이의 변경점은 ADD밖에 없다고 생각합니다. 이것은 총결입니다."
    현상황과 가벼운 스트로크를 보면 어디를 고쳤는지 이해하기 어렵다.
    "생각할 때 이 정도면 충분할 것 같아! 하지만 생각해보면 문서와 테스트 자동화도 있어..."
    "많으면 이해하기 어려울 것 같지만 반대로 코드 외에도Commit가 있는 경우는..."
    따라서 Angular 규칙을 참조하여 ADD를 분할하십시오.

    ADD 분할


    우선, 무엇이 필요한지 씻어야 한다.
  • 새로운 기능 추가
  • 기존 기능 업데이트
  • 재구성
  • 자동 테스트
  • 코드 모양 수정
    • "이렇겠지."
    "다음에는 이 접두사로 바꿔보세요."
  • 새로운 기능 추가
  • 기존 기능의 변경/업데이트
    • "이것들은 이미 있는 NEW와 ADD로 대응할 수 있다."
    나머지는 절대 ADD로 처리할 수 있기 때문에 새로운 것을 고려할 필요가 있다.
  • 재구성
  • REFACTOR
  • 자동 테스트
  • TEST
  • 코드 모양 수정
  • STYLE
    • "그럼 됐어."
    "ADD의 내용이 분리되었습니다."
    "하지만 문서, 라이브러리, 도구를 추가하고 업데이트하려면 ADD의 선택이 됩니다."
    문서는 DOCS만 있으면 됩니다.
    라이브러리와 도구의 추가와 업데이트가 빈번하고 이것만으로도 추가 사용률이 낮다.
    "그리고 와이가 아직 생각하지 못한 디테일."
    "단순히 고도의 유연성을 유지하고 임기응변으로 다른 말을 하면 OTHER가 좋다."
    여기까지 정리하면 이렇게 된다.
  • NEW
  • ADD
  • REFACTOR
  • TEST
  • STYLE
  • DOCS
  • OTHER
  • REMOVE
  • BUG_FIX
    • "확 늘었다."
    하지만 각자 무엇을 나타내는지 단번에 이해하기 쉬워졌으니 한동안 해 보자.

    끝내다


    "지난번에 Wi기법으로 기사를 썼는데 좋은 평론을 많이 받아서 정말 감사합니다."
    "그래서 많은 건의를 받았습니다. 이번 보도에서 우리는 이를 바탕으로 규칙의 갱신을 진행했습니다."
    "이번에 나는 Angular의 규칙을 참고했다."
    "당분간 개인 프로젝트에서 이 규칙으로 행동해 보고 결과를 피드백해 보세요."
    [알고리즘] Dynamic Programming
    스프레드 문법

    좋은 웹페이지 즐겨찾기

    개발자 우수 사이트 수집

    개발자가 알아야 할 필수 사이트 100선 추천 우리는 당신을 위해 100개의 자주 사용하는 개발자 학습 사이트를 정리했습니다
    best100-homepage