# 5 기본 브랜치 : Origin? Master? #1 마스터(Master) 브랜치 -git init 커맨드로 초기화 시 자동으로 만들어진 브랜치 -기본적으로 git은 마스터 브랜치를 만든다. -따라서 init으로 초기화 한 후 브랜치 명을 변경하지 않는 경우 기본값은 master이다. #2 Origin -origin은 git clone 명령이 자동으로 만들어주는 리모트 이름 -흔히 쓰이는 브랜치명 master가 특별한 의미를 가지는 게 아닌 것처럼 origin”도 특별한 의미가 있는 것은 아니다. -깃 클론 시 -o 옵션을 주고 커맨드를 실행하면 사용자가 정한 대로 원격명을 생성해준다. [참고] 클론 시 원격명 변경하는 커맨드 $ git clone -o 원격명 2022. 2. 16. # 2-5 원격 저장소 관련 커맨드 목차 원격저장소 확인(remote) 원격 저장소 추가(remote add) 원격저장소에서 데이터 가져오기(fetch/pull) 프로젝트 공유하기(push) 원격저장소 살펴보기(remote show) 원격 저장소명 변경(remote rename) 원격 저장소 삭제(remote remove) # 1 원격저장소 확인하기 -현재 프로젝트에 등록된 모든 리모트 저장소 확인하기 -저장소 clone 시 `origin`이라는 리모트 저장소가 자동으로 등록됨 $ git remote #2 원격 저장소 추가하기 1. 기존 작업 디렉토리에 새 리모트 저장소 추가하기 (깃허브에서 생성한 레포지토리를 프로젝트에 원격으로 추가) $ git remote add 원격이름 url -이후 url 대신에 원격이름에 작성한 이름 사용 가능 .. 2022. 2. 15. # 2-3 커밋 : 히스토리 조회 목차 커밋 히스토리 조회 방법 log 커맨드의 주요 옵션 # 커밋 히스토리 조회 -프로젝트 디렉토리에서 log 명령 실행 $ git log -저장소의 커밋 히스토리를 시간순으로 보여줌(가장 최근 커밋이 가장 위로 출력) -이후 각 커밋의 SHA-1 체크섬, 저자이름, 저자이메일, 커밋날짜, 커밋메세지 출력 # log 커맨드의 주요 옵션 1. 각 커밋에 적용된 패치(diff 결과) 보기 $ git log -p $ git log -patch -직접 diff를 실행한 것과 같은 결과 출력>동료가 커밋한 내용을 빠르게 리뷰 및 조회 가능 2. 최근 n 개의 결과만 보기 $ git log -n 3. 코드에 추가되거나 제거된 애용 중 특정 테스트 포함 여부 검색 $ git log -S 함수명 -해당 커맨드 실행 시.. 2022. 2. 15. # 2-1 저장소 만들기 저장소 만들기 주로 다음 두 가지 중 한 가지 방법으로 Git 저장소를 쓰기 시작한다. 아직 버전관리를 하지 않는 로컬 디렉토리 하나를 선택해서 Git 저장소를 적용하는 방법 다른 어딘가에서 Git 저장소를 Clone 하는 방법 1. 기존 디렉토리를 Git 저장소로 만들기 1-1. 작업할 디렉토리(Working Directory)로 이동 후 init > .git 이라는 하위 디렉토리 생성 $ git init .git 디렉토리에는 저장소에 필요한 뼈대 파일이 있으며, init만으로는 아직 프로젝트의 어떤 파일도 관리하지 않는다. git이 파일을 관리하게 하려면 저장소에 파일을 추가(1-2)하고 커밋(1-3)해야 한다. 1-2. 파일 추적하기(대기소{Staging Area} 또는 index 로 넣어주기) -.. 2022. 2. 15. #1-3 git 기초 : 최초 설정 및 설정 확인 목차 사용자 정보 설정 설정확인 특정 키에 대한 사용값 확인 도움말 보기 Git을 설치하고 나면 Git의 사용 환경을 적절하게 설정해 주어야 한다. 환경 설정은 한 컴퓨터에서 한 번만 하면 된다. 설정한 내용은 Git을 업그레이드해도 유지된다. 1. 사용자 정보 설정 -Git은 커밋할 때마다 이 정보를 사용하며 한 번 커밋한 후에는 정보를 변경할 수 없다. $ git config --global user.name "John Doe" $ git config --global user.email johndoe@example.com -만약 프로젝트마다 다른 이름과 이메일 주소를 사용하고 싶으면 --global 옵션을 빼고 명령을 실행 2. 설정 확인 $ git config --list 3. 특정 키에 대한 사용.. 2022. 2. 15. #1-2 git 기초 : 관리하는 파일 상태/저장소 Git이 관리하는 파일의 세 가지 상태 Git은 파일을 Committed, Modified, Staged 이렇게 세 가지 상태로 관리한다. Committed란 데이터가 로컬 데이터베이스에 안전하게 저장됐다는 것을 의미한다. Modified는 수정한 파일을 아직 로컬 데이터베이스에 커밋하지 않은 것을 말한다. Staged란 현재 수정한 파일을 곧 커밋할 것이라고 표시한 상태를 의미한다. 워킹 트리 워킹 트리는 프로젝트의 특정 버전을 Checkout 한 것이다. Git 디렉토리는 지금 작업하는 디스크에 있고 그 디렉토리 안에 압축된 데이터베이스에서 파일을 가져와서 워킹 트리를 만든다. Staging Area Staging Area는 Git 디렉토리에 있다. 단순한 파일이고 곧 커밋할 파일에 대한 정보를 저장.. 2022. 2. 15. #1-1 사전 지식 : 버전관리 # 버전 관리란? 버전 관리 시스템(VCS)는 파일 변화를 시간에 따라 기록했다가 나중에 특정 시점의 버전을 다시 꺼내올 수 있는 시스템 VCS를 사용하면 각 파일을 이전 상태로 되돌릴 수 있고, 프로젝트를 통째로 이전 상태로 되돌릴 수 있고, 시간에 따라 수정 내용을 비교해 볼 수 있고, 누가 문제를 일으켰는지도 추적할 수 있고, 누가 언제 만들어낸 이슈인지도 알 수 있다. 또한 파일을 잃어버리거나 잘못 고쳤을 때도 쉽게 복구 가능하다 # 버전 관리의 3가지 방법 1. 로컬 버전 관리 EX) RCS(Revision Control System) -로컬 디바이스 내의 데이터 베이스를 사용해서 파일의 변경 정보 관리 2. 중앙집중식 버전관리(CVCS) EX) CVS, Subversion, Perforce -.. 2022. 2. 15. 이전 1 다음