idea+git 통합 분기 충돌 해결 및 상세 한 절차
분기 관리 구성
1.1 마스터 메 인
버 전 관리 에서 코드 라 이브 러 리 는 하나의 주간 만 있어 야 한다.이 주간 지 는 현재 생산 과 일치 하 며 사용 가능 하고 안정 적 이 며 직접 발표 할 수 있 는 버 전 으로 주간 지 에서 어떠한 개발 작업 도 할 수 없습니다.git 주간 이름 은 기본적으로 master 라 고 합 니 다.자동 으로 만들어 집 니 다.
1.2 개발 주 개발 지점
주간 master 에서 개발 할 수 없 기 때문에 주간 master 를 바탕 으로 개발 주 분기 develop 을 만들어 야 합 니 다.개발 주 분기 develop 의 코드 는 영원히 최신 이 고 모든 새로운 기능 은 이 분 지 를 바탕 으로 개발 되 어야 합 니 다.이 분 지 는 합병 작업 만 할 뿐 이 분기 에서 실제 개발 을 할 수 없습니다.
1.3,feature 기능 개발 지점
기능 개발 분기,develop 에 가 지 를 만 들 고"feature-"+"분기 생 성 시간"+"일괄 이름-"의 명명 규범 을 사용 합 니 다.
예 를 들 어"feature-20190301-XXX"
이 가 지 는 수요 개발 분기 이자 수요 테스트 분기 로 서 모든 온라인 내용 은 현재 분기 에서 충분히 테스트 를 통과 한 후에 야 test 분기 와 다른 온라인 분기 코드 를 제출 하여 합병 한 다음 에 test 분기 회귀 테스트 를 할 수 있 습 니 다.
1.4,test 테스트 분기
test 분기 란 정식 버 전 을 발표 하기 전에(즉 master 분기 로 통합 하기 전에)미리 발표 한 버 전 을 테스트 해 야 합 니 다.
사전 발표 분 야 는 develop 분기 에서 분 리 된 것 으로 사전 발표 배치 생산 검증 이 잘못 되 지 않 았 습 니 다.끝 난 후에 master 와 develop 분기 와 develop 파생 모든 개발 분 지 를 아래로 합병 하여 각 분기 기선 버 전과 생산 기선 이 동기 화 되도록 해 야 합 니 다.
1.5,hotfix 긴급 버그 지점
프로젝트 가 출시 되면 긴급 복구 가 필요 한 bug 를 만 날 수 있 습 니 다.긴급 bug 수정 가 지 를 만들어 야 합 니 다.이 가 지 는 master 에서 직접 가 지 를 끌 어 올 려 개발 수정 을 해 야 합 니 다.복구 가 완료 되면 master 와 develop 분기,develop 파생 모든 가 지 를 아래로 통합 하여 각 분기 기선 버 전과 생산 기선 이 동기 화 되도록 해 야 합 니 다.
채용
"hotfix-"+"분기 생 성 시간"+"bug 번호 또는 bug 설명"의 명명 규범.
예 를 들 어"hotfix-20190116-001"
1.분기 전환
1)아이디어 페이지 오른쪽 하단 에서 분기 명 클릭
2)git 분기 선택 상자 에서 필요 한 가 지 를 한 걸음 한 걸음 선택 합 니 다.
master 메 인 브 랜 치 로 전환 하 는 것 을 보 여 줍 니 다.Checkout 전환 을 누 르 십시오.
3)마스터 주간 분기 전환 성공
2.합병 분기
1)master 통합 bug 001 분기
2.1.1.분기 추출 절차:프로젝트 에서 오른쪽 단 추 를 누 르 면
Git -> Repository -> Pull
2.1.2.코드 를 업데이트 할 때 001 분기 코드 를 선택 하고 현재 분기 master 에 통합 하여 Pull 을 클릭 합 니 다.
2.1.3.업데이트 결과 37 개의 파일 이 업데이트 되 었 음 을 나타 낸다.
2.1.4.001 분기 에서 코드 를 현재 분기 master 로 업데이트 한 후 로 컬 창고 에 저 장 했 기 때문에 로 컬 창고 의 완전한 master 분기 코드 Push 를 원 격 분기 master 분기 로 해 야 합 니 다.
Git -> Repository -> Push
2.1.5.Push 를 클릭 하면 상세 한 푸 시 설명 이 나타 나 고 Push 를 클릭 합 니 다.
2)개발 합병 마스터 분기
2.2.1 develop 분기 전환,원칙적으로 develop 분기 의 코드 는 master 주간 과 일치 해 야 합 니 다.
2.2.2.분기 추출 절차:프로젝트 이름 에서 오른쪽 단 추 를 누 르 고
Git -> Repository -> Pull
,2.1.1 참조먼저 원 격 develop 지점 을 로 컬 로 업데이트 하고 업데이트 할 코드 가 있 는 지 확인 하 며 있 으 면 직접 업데이트 합 니 다.
2.2.3.no items 를 표시 합 니 다.업데이트 할 코드 가 없다 는 뜻 입 니 다.
2.2.4 master 분기 가 최신 이 므 로 master 분기 코드 를 develop 분기 에 통합 해 야 합 니 다.
Git -> Repository -> Pull
master 분기 코드 를 선택 하여 현재 분기 develop 에 통합 하고 Pull 을 클릭 합 니 다.업데이트 결과 37 파일
2.2.5.로 컬 창고 develop 분기 의 코드 를 원 격 분기 develop 에 제출 합 니 다.Git -> Repository -> Push
Push 성공 보이 기
3)허 베 이 합병 개발 지점
2.3.1 허 베 이 분기 전환
전환 성공
2.3.2 이 분기 코드 를 업데이트 하고 분기 절 차 를 끌 어 옵 니 다.프로젝트 이름 에서 오른쪽 단 추 를 누 르 고 Git->Repository->Pull 을 참고 하 십시오.2.1.1
2.3.3 develop 분기 코드 를 현재 분기 hebei 로 통합 합 니 다.
Git -> Repository -> Pull
2.3.4.업데이트 시 충돌 파일 이 발생 합 니 다(20200604 업데이트,내용 은 최신 이 며,위의 develop 분기 내용 과 일치 하지 않 습 니 다)
충돌 해결:
파일 을 선택 하고 오른쪽 Merge 를 누 르 십시오...
2.3.5.충돌 파일 인터페이스 해석
충돌 파일 인터페이스 는 세 부분 으로 나 뉘 는데 맨 왼쪽 은 로 컬 코드 입 니 다.중간 은 충돌 해결 후의 최종 결과 파일 입 니 다.맨 오른쪽 은 원 격 분기 코드 입 니 다.
파일 내용 을 비교 하여 필요 한 코드 를 중간 위치 로 통합 하고 마지막 으로 Apply 를 누 르 면 완 료 됩 니 다.
해결 절 차 는 다음 과 같다.
업 데 이 트 된 결 과 는 5 개의 파일 로 충돌 을 해결 한 파일 이 포함 되 어 있 습 니 다.
2.3.6.develop 분기 코드 를 현재 분기 hebei 로 통합 할 때 충돌 이 발생 하고 충돌 을 해결 한 후에 코드 를 로 컬 창고 에 제출 한 다음 에 로 컬 창고 의 코드 를 원 격 분기 에 제출 해 야 하기 때 문 입 니 다.
우 클릭 항목 명:
Git-> Commit Directory…
적당 한 제출 정 보 를 작성 하고 클릭Commit and Push
Commit and Push
설명:로 컬 코드 를 로 컬 창고 에 제출 한 다음 잠시 기다 리 면 Push 창 이 자동 으로 뜨 고 로 컬 창고 코드 를 원 격 으로 밀어 줍 니 다.
2.3.7 제출 정 보 를 보고 Push 를 누 르 면 원 격 분기 에 코드 를 제출 할 수 있 습 니 다.
아이디어+git 통합 분기 충돌 해결 및 상세 한 절차 에 관 한 이 글 은 여기까지 소개 되 었 습 니 다.더 많은 아이디어 git 통합 분기 충돌 해결 내용 은 우리 의 이전 글 을 검색 하거나 아래 의 관련 글 을 계속 조회 하 시기 바 랍 니 다.앞으로 많은 응원 바 랍 니 다!
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Gradle + Kotlin + Thymeleaf에서 Hello World평소에는 toB의 업무 시스템을 만들고 있습니다. 사내에서의 기술의 업데이드가 없기 때문에 개인적으로 여러가지 배우려고 생각해, 처음에 Spring Boot로 간단한 프로젝트를 만들려고 했습니다만 생각보다 걸리거나 ...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.