최근 비트 버킷으로 구현 된 GitFlow 모델 작업을 시작했습니다. 그리고 나에게 완전히 분명하지 않은 것이 있습니다.
리팩토링 작업을 백 로그, 계획 및 구현하여 기술 부채를 정기적으로 해결하려고합니다. 이러한 리팩토링 브랜치는에 병합 된 풀 요청으로 끝납니다 develop. 내 질문은 리팩토링 브랜치가 GitFlow에서 어디에 속합니까 ?
feature접두사를 사용 하는 것이 가장 논리적으로 보이지만 리팩토링은 새로운 기능을 추가하지 않기 때문에 완전히 올바른 느낌은 아닙니다.- 그러나
bugfix접두사를 사용하는 것은 실제 버그 리팩터링 수정 이 아닌 것 같지 않습니다 . - 반면에 사용자 지정 접두사를 만들면 과도하게 엔지니어링하지 않으면 복잡해 보입니다.
그런 상황이 있었습니까? 이 문제를 해결하기 위해 어떤 연습을 사용하십니까? 이유를 설명하십시오.
답변
리팩토링 작업은 기능 분기로 진행되어야합니다.
접두사 “feature”는 개별 프로그래밍 작업을 설명하는 단어 일뿐입니다. 원하는 단어를 선택할 수 있습니다. 개발의 모든 분기는 “feature”분기 또는 “release”분기입니다.
“리팩토링”과 같은 새로운 접두사를 추가하는 것은 문제가 있습니다. 기능을 추가 할 때 리팩토링을하는 경우가 많으므로 이름 지정 문제와 혼동을 추가하기 만하면됩니다. 즉. “우리의 기능 분기 중 일부는 ‘리팩토링’이라고하며, 모든 리팩토링 작업을 포함하지 않으며 때로는 버그 수정이나 기능이 포함되어 있습니다. ‘
마찬가지로 “핫픽스”브랜치는 핫픽스를 포함하기 때문에 핫픽스라고하지 않지만 개발보다는 마스터에서 분기하기 때문에