Git Branch 워크플로우 및 내가 사용하는 컨텐츠
워크플로우 유형
기본 워크플로우
기본적인git 작업 절차는 매우 간단하기 때문에 복잡한 상황에서 잘하지 못한다.주 지점은 원격입니다.개발자가 코드의 일부 내용을 처리하려고 할 때, 그들은 로컬 단계에서 처리하고, 완성된 후에 제출하여 마스터로 전송한다.이런 방법은 매우 간단하여 소형 사이트를 만드는 독립 개발자에게는 효과가 좋지만 개발진에게는 스스로 번거로움을 자초한 것이다.이것은 지점이 제공하는 이익을 고려하지 않는다.
기능 분기 워크플로우
요소 분기 작업 흐름의 경우 모든 작업 흐름에 주 분기가 있다.이제 개발자가 이 도구에 새로운 기능을 추가할 임무를 할당받았다고 가정해 봅시다.그는 마스터에서 새로운 지점을 만들고 마스터의 안정적인 생산에 독립해서 이 기능을 추가할 수 있다.그들이 이렇게 할 때, 다른 개발자는 서로 다른 기능을 위해 다른 기능 지점을 만들 수 있다.개발자가 기능을 추가한 후 이 기능의 지점은 주 기능에 통합될 수 있다.기본 작업 흐름과 달리 이 작업 흐름은 요소의 지점과 제어를 분리한다.
Gitflow 워크플로우
Gitflow 워크플로우는 Vincent Driessen이 2010년 개발한 새로운 방법이다.이것은feature branch 작업 흐름과 매우 비슷하지만, 주요한 차이가 있다.기능 분기 작업 흐름을 사용하고 있다고 가정하십시오.개발자는 한 지점에서 새로운 기능을 실현한 다음에 그 기능 지점을 생산 주 노드에 합병한다...그것은 사이트를 파괴했다.gitflow 작업 흐름의 주요 장점은 개발에 대한 지원을 증가시켰다는 것이다.항상 깨끗하고 활동적인 주요 지점이 있다. 그것은 활동적인 생산 코드이다.그리고 하류는 개발 지점으로 테스트를 통해 매일 운행할 수 있다.그리고 개발자가 새로운 기능을 추가할 때, 그들은 그 기능 지점을 개발 지점에 통합시킬 것이다.이 예에서 개발 지점은 매일 밤 테스트를 해서 코드를 테스트해야 한다.개발 부문은 매주 두 번 고정된 간격으로 주 생산 부문에 합병된다.이 작업 흐름은 기능 분기 작업 흐름의 장점을 고려했지만 개발 분기에 통합된 새로운 기능을 테스트하고 검증하는 데 더 좋은 기능을 추가했다.
지점은 개발자가 많은 일을 할 수 있도록 허락한다!더 많은 업무 흐름이 있지만, 이것은 내가 소프트웨어 개발 과정에서 본 나에게 가장 유용한 업무 흐름이다.구글에서git 업무 흐름을 검색해서 다른 사람을 알아보면 나보다 이 학과에 더 정통한 사람이 제공하는 정보가 너무 많아요!
내가 사용하는 분기 워크플로우
이 사이트에 대해 나는 Gitflow 작업 흐름을 사용한다.나는 나의 주요 지점을 가지고 있으며, 나는 그것을 나의 생산/생활 지점으로 삼는다.덕분에 Netlify 모든 것을
master
지점으로 옮길 때마다 내 사이트는 자동으로 재건되고 배치된다.스승님 밑에서 나는 나의 development
지점을 가지고 있다.여기서 저는 빠른 복구와 변경을 진행할 것입니다. 시간이 오래 걸리지 않을 것입니다. 생산 환경에 다시 통합되기 전에 새로운 코드를 검증할 것입니다.마지막으로, 나는 모든 새로운 특성이나 수정을 위해 새 지점을 만들 것이다.예를 들어 TailwindCSS를 사용하여 사이트를 재건할 때 나는 새로운 기능 지점tailwind_convert
을 만들었다.새 지점에서 이 변경 사항을 완성한 후, 나는 코드를 마스터에 통합하고 지점을 삭제했다.어떻게
지금 내가 이 글을 쓰고 싶은 이유 중 하나는 명령을 기억할 수 있다는 것이다.이것은 이 점을 위해 참고를 제공하는 데 도움이 된다.
새 브랜치 생성
git checkout -b new_branch_name
위의 명령은 새 브랜치를 생성하고 체크 아웃합니다.기억해라. 새로운 지점이 하류에 있는 지점에 있기를 바란다.가지치기
git checkout branch_name_to_switch_to
브랜치 삭제
git branch -d branch_to_delete
병합
git checkout branch_to_merge_new_code_into
git merge branch_to_merge_into_current_branch
나는 네가 이곳에서 새로운 것을 배웠으면 한다. 만약 그렇지 않다면, 적어도 지금 네가 기억하지 못할 때git 지점 명령을 신속하게 참고할 수 있는 곳이 있다.예전과 다름없다--계속 인코딩해라!
내 개인 블로그에 최초 게시: Check it out here!
Reference
이 문제에 관하여(Git Branch 워크플로우 및 내가 사용하는 컨텐츠), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/jdelisle/git-branch-workflows-and-what-i-use-2fom텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)