Git Organized: 더 나은 Git 흐름
지점은 어떻게 설립되었는가
첫 번째는 최종 제품의 주요 지점(주요/주요/안정 및 기타)을 책임지는 것이다.우리는 이 지점에 이미 만들어진 테스트를 거친 코드만 올리고 발표한다.지부를 다른 목적으로 사용하는 것을 엄금한다.
두 번째는 발전과다.이 지점에서, 우리는 일부 테스트를 거친 기능 코드를 발표하려고 준비하고 있다.이 지점에 문제가 있거나 테스트를 통과하지 않은 변경 사항을 업로드하는 것을 권장하지 않습니다.하지만 이 순간은 개발자와 테스트 인원의 양심에 달려 있다.이 발전 지점은 반드시 발전월년이라고 명명해야 한다. 예를 들어 발전월 2022년 2월이다.너는 간단한 방식으로 날짜를 호칭할 수 있지만, 나는 구두로 달을 호칭하는 것을 더욱 좋아한다.왜 매달 지점을 하나 만들어야 합니까?너는 매달 제품의 발전을 볼 수 있고, 자신의 결론을 얻어낼 수 있다.이것은 매우 편리하다. 왜냐하면 너는 제품 발표 시간을 월말로 안배할 수 있기 때문이다.
git checkout -b development_february_2022 main
or
git checkout -b development_february_2022 development_january_2022
세 번째는 임무 지점이다.어떤 사람들은 새로운 기능 지점을 만들지만, 나는 모든 작업에 지점을 만드는 것을 더 좋아한다.가장 가능성이 있는 것은 당신이 이사회와 프로젝트의 문제를 이끌고 있다는 것이다.매회마다 자신의 직통 번호가 있다.이러한 분기의 이름은 task 1 등입니다.모든 이러한 지점은 실제 변경을 위해 현재 개발 지점(현재 월과 년)에서 만들어야 한다.변경 사항이 개발 지점에 통합되었으면, 작업 지점으로 끌어다 업데이트해야 합니다.git checkout -b task_1 development_february_2022
결합 절차는 다음과 같습니다.어떻게 이사회를 이끌 것인가
당신의 백판에는 다음과 같은 몇 열이 있어야 합니다.
이제 우리 생명주기에 대해 이야기합시다.우선 개발자마다 목록에서 선택한 작업이 3개를 넘지 않고 대기사항에 넣는다.개발자가 한 가지 임무만 해결할 수 있을 때, 그는 이 임무를 '진행 중' 으로 옮긴다.작업이 완료되면 코드 검토로 옮겨서 복구나 테스트를 해야 합니다.만약 임무가 복구 단계에 들어간다면 개발자는 오류 해결을 시작할 때 그것을 진행 중으로 옮기고 반복할 것이다.작업이 테스트에 포함될 때, 이 순환은 코드 심사에서처럼 반복됩니다.테스트에 성공하면 작업이 통합을 기다리는 것으로 이동하고, 개발 지점에 통합되면 작업이 완성되고 닫힙니다.
이것은 상당히 간단한 임무 조직이라는 것에 동의한다.당신은 어떻게 생각합니까?
UPD 18/02/2022
나뭇가지에 누락을 하나 만들었다.보아하니, 우리는 주 지점에서 개발 지점을 만들고 있으며, 개발 지점에서 한 달 동안 개발 지점을 만들었다.우리는 매달 개발 지점에 개발 지점을 기입한 후에 개발 지점에서 새로운 매달 개발 지점을 창설할 것이다
Reference
이 문제에 관하여(Git Organized: 더 나은 Git 흐름), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/maximepihin/git-organized-my-better-git-flow-44pd텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)