Share
Sign In
git branch
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회
모든 브랜치 조회
브랜치 생성
로컬 브랜치 생성
로컬 브랜치 생성후 바로 이동
원격(remote) 브랜치 생성
해당 원격 브랜치를 생성하면서 로컬 브랜치의 데이터가 옮겨간다.
브랜치 삭제
깃허브 로컬 브랜치 삭제
깃허브 원격 브랜치 삭제
이때 원격 저장소 remote의 이름이 origin이 아니라면 remote 저장소를 조회한 후 origin 자리에 넣어주면 된다.
깃허브의 브랜치의 종류
master 브랜치 (또는 main)
마스터 브랜치는 실제 서비스에 사용되는 데이터를 모아놓은 브랜치 입니다. 따라서 코드에 이상이 없고 실제 서비스에 적용되어야 할 코드가 있는 경우에만 해당 브랜치와 병합되어야 합니다.
dev 브랜치 (또는 develop 브랜치)
이 브랜치는 하위 기능단위를 적용한 브랜치를 한곳에 모아 실제 서비스가 적용되기 전 단계의 테스트 브랜치 입니다. dev에서 이상이 없음을 검증한 후에 master브랜치로 병합하게 된다.
Feature 브랜치
기능 단위로 나누어 개발할때 쓰이는 브랜치.
브렌치를 생성하는 것 방식은 git 전략에 따라 달라진다.
Git flow
GitHub flow
Gitlab flow
여러 전략을 고민하지 말고 현재 페이지에서는 브렌치 관련 명령어를 확인해보자.
브랜치 관련 명령어
브랜치 조회
깃허브 로컬 브랜치 조회
깃허브 원격 remote 브랜치 조회