GIT 흰색 단어 일반적인 작업, 일반적인 명령 조작 백과 사전 자식

점점 더 많은 명령과 자식의 개발에 대한 아웃 

자식 클론 https://github.com/chineseLiao/Small-career // 복제 지역에 대한 원격 저장소

자식 추가합니다. // 수정 된 파일을 선택
커밋 이눔
-m " 여기서 몇 가지 설명은 "// 로컬 수정 제출 및 설명 추가
원격 코드 당겨 // 자식 풀

자식 밀어 // 원격 밀어

아래의 지침을 사용하여 강제로 잡아 당겨, 즉, 지역 범위 수정 만 원격 코드를 세트는
병합하지 않는, --all // 최신 변경웨어 하우스를 끌어 가져 GIT
// --hard 원산지 / 마스터를 다시 로컬 변경 사항을 제거하고 최신 코드 matser 지점 사용 망할 놈의
자식 풀 // 풀
원격 제출 자식 푸시 //을

자식 분기를 -a // 모두보기 지점

자식 지점 -l // 모두보기 지역 지점을

가지 개발 // 스위치 개발 체크 아웃 자식

자식 병합을 개발 // 병합 현재의 지점에 지점을 개발

자식 지점 -d 기능 facelib // 삭제 주민 얼굴 데이터베이스 기능 지점

자식 밀어 원산지 : 기능 facelib // 삭제 원격 지사 라이브러리는 인간의 얼굴의 특징

제출 문서는 일련의 지침이 여기에 누락 발견
전체 파일을 추가 // 추가 GIT.
힘내 커밋 - // 수정 커밋 자식이 자식 푸시, 결국 기록을 제출해야합니다 때이 명령을 추가,

자식 초기화 // 초기화를 자식 프로젝트를

생성하고, 원격 지사에 제출하는 방법을
예를 들어 : 생성 및 원격 지점에 푸시 마스터 브랜치를 기반으로, 기능 facelib는 다음과 같은 명령어 세트는
자식 체크 아웃 마스터 // 마스터의 마스터 스위치에서 그렇지 않은 경우, 분기 마스터에 이미있는 경우 이 단계를 건너
자식 결제 -b 전류 (현재 마스터)에 기초한 기능 facelib // 지부 및 기능 facelib 클론 분기를 만들고 기능 facelib 핸드 오버 브랜치로 클로닝
자식 푸시 원 기능 facelib // 피쳐 facelib 원격 저장소에 밀어 관련된

다음의 여러 가지의 사용에 대해 이야기

마스터 지점, 본점 기능이 완벽하게 가장 안정적인 코드를 확인하는 마지막 마스터 분기에 출시, 실현, 모든 기능 테스트 서로에 사후 테스트 코드를 받아야한다 분기에

분기 개발 브랜치를 기반으로 마스터 생성, 개발 프로세스를 개발 이 지점은 풀 기능 지점을 기반으로

릴리스 지점, 지점 테스트 지점 생성을 개발 게시, 자체 테스트, 당신은 지점 기반으로 공동 개발에 의해 테스트, 내부 테스트를 게시 할 필요가 완료된 후 개발 지점

, 기능 지점 사람들이 개발의 다양한 요구의 지점 특성을 사용시, 풀 기반의 분기 병합을 개발하기 위해 개발 한 후 개발

버그 수정 지점, 버그 수정 지점, 마스터 브랜치 기반의 복제는 주로 마스터 분기에 버그 같은 일반적인 버그입니다 발견 게시 된 브랜치 버그를 수리하는 데 사용됩니다, 다음 마스터 지점에 따라 코드를 개발하는 버그를 뽑아있다 수리 버그 후, 근처의 마스터 지점에 지점을 공동 개발


그런 다음 ~ 슬립 슬립 완료

암웨이, 관심 덕분에 보보 주 마이크로 채널 대중 번호를 지속

 

추천

출처www.cnblogs.com/ChineseLiao/p/11819143.html