Git pull(당 김)및 push(업로드)관련 명령 소개
git 원 격 코드 추출
git clone https://xxx.git
git 원 격 지정 지점 코드 끌 어 오기(-b 브 랜 치 이름
git clone -b v2.8.1 https://xxx.git
로 컬 창 고 를 초기 화하 면 같은 등급 의 디 렉 터 리 에 숨겨 진.git 파일 이 나타 납 니 다.
git init
git 설정 정보 보기
git config -l
git 로 컬 창고 의 userName 설정(필수)
git config user.name 'Lee'
git 로 컬 창고 의 메 일 박스 설정(필수)
git config user.email '[email protected]'
3 단계 파일 설정 경로:
.git/config
/.gitconfig #
/etc/gitconfig #git
git 색인(캐 시)에 로 컬 제출
git add . # 、
git add -A # 、 、
로 컬 은 캐 시 에서 파일 라 이브 러 리(reposcory)에 추가 합 니 다.
git commit -m ' ' #
로 컬 파일 라 이브 러 리 에 제출
git commit -am ' ' #
현재 git 상태 정보 보기(제출 하지 않 은 파일 이 있 는 지 확인)
git status
git 의 세 가지 파일추적 되 는(tracked):문서 라 이브 러 리 에 추가 되 었 습 니 다.
추적 되 지 않 는(untracked):문서 라 이브 러 리 에 가입 하지 않 았 습 니 다.
무시 하 는(ignored):관리 할 필요 가 없 는 폴 더 나 파일 을 무시 합 니 다.
git 새 무시 파일 디 렉 터 리 아래.gitignore 파일 만 들 기(여러 개,범위 현재 파일 및 하위 파일 에 영향 을 줄 수 있 습 니 다)
touch .gitignore
.gitignore 파일 내용 무시 demo
# Maven #
target/
# IDEA #
.idea/
*.iml
# Eclipse #
.settings/
.classpath
.project
메모:새 무시 파일 이 왜 유효 하지 않 습 니까?답:캐 시 영역 에 무시 할 파일 이 있 기 때문에 캐 시 영역 에 있 는 파일 을 비우 고 add 와 commt 작업 을 다시 해 야 합 니 다.
캐 시 영역 모든 파일 명령 삭제
git rm -r --cached . #
캐 시 영역 에 다시 추가
git add .
매번 commt 는 하나의 교점 이 고 유일 하 게 SHA 1 을 표시 하 는 ID 이 며 ID 는 앞의 4~7 개의 숫자 로 표시 할 수 있 습 니 다.git 로그 정보 보기
git log
제출 점 에 라벨 을 찍다 git tag-a v 0.2 4a80f 64(SHA 1 의 ID 를 제출 하 는 상위 7 자리)
git tag -a tagV1 d819565b # SHA1 ID 7
돌아 오 면 tag 내용 을 입력 하 는 인터페이스 가 있 고 Liux 처럼 i 편집 을 클릭 합 니 다. 정보 입력 후 esc 다음:wq 저장 종료git 로그 출력 형식 간소화
git log --oneline
주 분기 와 자체 분기 git 로 그 를 표시 합 니 다(앞 에 여러 개의 별표 가 있 습 니 다)
git log --oneline --graph
로 컬 에 어떤 원 격 분기 주 소 를 추 가 했 는 지 확인 합 니 다.
git remote
로 컬 에 어떤 원 격 분기 주 소 를 추 가 했 는 지 보기(상세)
git remote -v
로 컬 에서 지정 한 원 격 주소 삭제
git remote remove origin
원 격 주소 추가
git remote add origin https://xxxxxxxxxxxx.git
분기:분기 란 개발 메 인(master)에서 분리 하여 메 인 에 영향 을 주지 않 는 동료 에서 계속 일 할 수 있 음 을 의미 합 니 다.
git branch # ( master)
git branch king # king ( )
git branch king # king ( )
git branch -d -r <branchname> # ,
git push origin:<branchname> #
git branch -d king # king
git checkout king # king
git checkout master
git merge king # king master, master
로 컬 분기 이름 바 꾸 기
git branch -m <oldbranch> <newbranch> #
로 컬 과 원 격 의 모든 지점 보기
git branch -a #
원 격 모든 분기 보기
git branch -r #
원 격 분기 이름 바 꾸 기:1.원 격 수정 대기 분기 삭제
2.push 로 컬 새 분기 원 격 서버
head 노드 는 최신 commt 를 대표 합 니 다. 헤드 정보 보이 기
git show HEAD
반환:git reset 옵션 제출 점(옵션:--hard 는 전체 복구 표시 제출 지점:사용 가능 한 ID 또는 태그)
git reset --hard v0.1
모든 제출 점 조회
git reflog # ,
분기 통합 의 시작 점(추천 하지 않 음)
git checkout master
git rebase reking # reking master, master
클론 원 격 파일
git clone " " " "
push 로 컬 수정 지점 을 원 격 git 창고 로 전송 합 니 다.
git push -u origin feature-wxDemo
fetch 와 pullfetch 는 원 격 호스트 의 최신 내용 을 로 컬 로 끌 어 들 여 통합 하지 않 습 니 다.
git fetch origin master
pull 은 원 격 호스트 의 master 분기 의 최신 내용 을 끌 어 내 린 후 현재 로 컬 분기 와 직접 fetch+merge 를 합 칩 니 다.
git pull origin master
원 격 분기 가 현재 분기 와 합 쳐 지면 콜론 뒤의 부분 은 생략 할 수 있 습 니 다.다음 과 같다.
git pull origin master:feature-wxDemo #git pull < > < >:< >
통계 파일 변경
git diff --stat master origin/master #git diff <local branch> <remote>/<remote branch>
git 분기 설명Production 분기(메 인 가 지 는 발 판 에 사용 되 며 직접 고치 지 않 습 니 다)
Master 분기,이 가 지 는 다른 분기 에서 만 합 쳐 질 수 있 으 며,이 분기 에서 직접 수정 할 수 없습니다.
Develop 분기(개발 분기)
이 지점 은 우리 의 주 개발 지점 입 니 다.다음 Release 에 발표 할 모든 코드 를 포함 합 니 다.이것 은 주로 다른 지점 과 합병 합 니 다.예 를 들 어 Feature 지점 등 입 니 다.
Feature 분기(새로운 기능 분기)
이 지점 은 주로 새로운 기능 을 개발 하 는 데 사 용 됩 니 다.일단 개발 이 완료 되면 우 리 는 Develop 지점 을 합병 하여 다음 Release 에 들 어 갑 니 다.
Release 분기(편향 테스트)
당신 이 새로운 릴 리 스 를 발표 할 필요 가 있 을 때,우 리 는 Develop 분기 에 따라 Release 분 지 를 만 들 고,Release 를 완성 한 후에,우 리 는 Master 와 Develop 분기 에 합병 합 니 다.
Hotfix 분기(긴급 버그 발표)
Production 에서 새로운 버그 를 발 견 했 을 때 핫 픽 스 를 만들어 야 합 니 다.핫 픽 스 를 완성 한 후에 우 리 는 Master 와 Develop 의 가 지 를 합 쳐 야 하기 때문에 핫 픽 스 의 변경 은 다음 Release 에 들 어 갈 것 입 니 다.
로 컬 분기 와 git 메 인 분기 의 차 이 를 비교 합 니 다.
git diff --stat feature-wxAgentIm origin/master # git diff <local branch> <remote>/<remote branch>
git 의 일부 옵션 설명(중요):
-d
--delete:
-D
--delete --force
-f
--force:
-m
--move:
-M
--move --force
-r
--remote:
-a
--all:
이상 의 정 리 는 당신 에 게 도움 이 되 기 를 바 랍 니 다.에 전재:https://www.cnblogs.com/wbl001/p/11495110.html
Git pull(끌 어 올 리 기),push(업로드)관련 명령 에 관 한 이 글 은 여기까지 소개 되 었 습 니 다.Git pull(끌 어 올 리 기),push(업로드)명령 내용 은 이전 글 을 검색 하거나 아래 의 관련 글 을 계속 찾 아 보 세 요.앞으로 많이 응원 해 주세요!
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
브랜치 병합(Visual studio 2017 사용)의 계속입니다. 기능 추가를 위한 브랜치를 작성하고, 기능 추가한 후, 그 내용을 develop 브랜치에 병합해 봅니다. 1. 새롭게 「add1」라고 하는 브랜치를 작성 2. 브랜치 "add1"을 선택한 상태에서 M...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.