Pre_Course (9) 썸네일형 리스트형 Git&Github_09(브랜치 활용) Git 브랜치 - 브랜치는 특정 커밋에 대한 참조를 의미한다. - 브랜치는 많이 만들어도 메모리나 디스크 공간에 부담이 되지 않는다. -> 큰 단위보다 작은 단위의 브랜치가 좋다 - 브랜치는 단순하게 하나의 커밋과 그 부모 커밋들을 포함하는 작업 내역이라고 기억하면 된다. Git 브랜치를 분리해서 사용하는 좋은 시나리오 1. 새로운 기능 개발 2. 버그 수정 3. 특정 릴리즈 또는 배포 4. 실험적인 작업 Git 브랜치 조회하기 : 기본적으로 git branch 명령은 로컬 브랜치만을 보여준다. 1. 모든 브랜치 보기 : git branch 2. 원격 브랜치까지 전체 보기 : git branch -a 3. 원격 브랜치만 보기 : git branch -r 4. 브랜치와 마지막 커밋 보기 : git bran.. Git&Github_08(협업과 충돌 해결하기) 가정 : git과 gitproject가 각각 같은 remote에 연결되어 있고 둘이 동시에 작업을 한다. 여기서 둘이 동일한 기간에 다른 작업을 하고 서로 각자 push를 하는 경우는 어떻게 될까? git이 먼저 push origin을 하고, 뒤이어 git project가 push를 실행하면 오류가 발생한다. 여기서 bash에서는 오류에 대한 여러가지 힌트를 제공한다. fetch(받아오기) - git fetch origin 입력 git fetch origin - git이 작업한 내용이 remote에 올라가 있는데 그 내용을 gitproject가 fetch로 받아온다. merge(병합하기) - git merge origin/main git merge origin/main git의 충돌 : 여러 개발자가 동.. Git&Github_07(리모트의 레포 복제 및 설정) git clone : Git 저장소를 복제하는 명령 - git clone 명령은 원격 저장소에서 프로젝트의 모든 파일과 버전 관리 정보를 가져와 로컬 시스템에 동일한 저장소를 만든다. - git clone - : 복제하려는 Git 저장소의 위치를 지정. 일반적으로는 원격 저장소의 URL사용 실습 (git이 깔려 있어야 한다.) 1. Git 홈페이지에서 프로젝트에 들어가서 codes의 clone URL을 복사 2. bash 창에서 클론 파일을 위치하고 싶은 디렉토리에 들어간다. 3. git clone 입력 git clone 4. ls -al을 입력하여 프로젝트 확인 5. 이후 클론된 디렉토리에 들어가서 git log 등 이전에 했던 명령어들을 똑같이 사용할 수 있다. remote와 연결하기 1. git r.. Git&Github_06(내용 확인, 변경사항(Snapshot) 비교하기) Git에서 특정 버전의 특정 파일 내용을 확인 - git show : : 확인하려는 특정 버전을 나타내는 커밋 해시, 브랜치 이름, 태그 등을 사용 : 해당 파일의 상대 또는 절대 경로를 지정 git log를 입력하여 커밋의 해시값을 복사하여 git show 을 입력해도 된다. git show 방금 입력한 git show 해시값에 :텍스트파일명을 입력하면 그 텍스트 파일의 값이 나타난다. git show : Git에서 변경된 내용을 비교 git diff : Git에서 변경된 내용을 비교하고 표시하는 명령어. - git diff : 현재 작업 트리와 스테이징 영역 사이의 변경 내용 확인 - git diff --staged : 스테이징 영역과 최신 커밋 사이의 변경 내용 확인 - git diff : 현재의 .. Git&Github_05(local작업 GITHUB에 연동하기) - Github에 회원가입을 하여 로그인한다. - repository 생성한다. - repository name 과 Description을 입력한다. - create repository를 클릭하면 repository가 만들어진다. 이 주소를 이용하여 local 환경과 연결할 것이다. - 보안 접속을 위한 토큰을 만든다. - Github 홈페이지 자신의 아이콘 클릭 -> Settings 클릭 -> Developer settings클릭 -> Personal access tokens 클릭 -> Tokens (classic) 선택 -> Generate new token 클릭 -> Generate new token (classic) 선택 - 토큰에 대한 식별할 수 있는 이름과 유효기간, token의 적용범위 선택.. Git&Github_04(COMMIT 실습) 이전에 first.txt를 만든 디렉토리 안에 first.txt 파일 텍스트를 추가한다 -> '로그인 기능을 추가하였습니다.' - 실제로 기능을 추가한 것이 아닌 추가하였다고 가정하는 것이다. 또 beta.txt파일을 생성하여 '실험중인 기능입니다.' 텍스트를 입력하여 저장한다. bash를 실행하여 git status를 입력한다. git status - 두가지의 파일이 변경되었으나 staged되지 않았다고 나와있다. first.txt는 modified되었으며, beta.txt는 untracked된 파일이라고 설명되어 있다. - 여기서 first.txt를 먼저 커밋하겠다. git add first.txt - 실행 후 git status를 입력하면 빨간색으로 표시되었던 modified: first.txt가 .. Git&Github_03(Git의 주요 작업 흐름) Git의 주요 작업 흐름(local 한정 - pc, labtop 안에서만 동작하게 된다.) 1. 작업 트리(Working Tree)에서 파일을 수정한다. 2. 다음 커밋에 포함될 변경사항만 선택적으로 스테이징한다.(스테이징 영역에만 해당 변경사항을 추가) 3. 커밋을 수행한다. (스테이징 영역에 있는 파일들을 그대로 가져와 영구적으로 Git 디렉토리에 스냅샷으로 저장한다.) git status 명령어로 상태 확인하기 git status 명령어를 입력하면 상태를 감지한다. git status /c/codes/git(각자 설정한) 디렉토리에 first.txt 파일을 생성하여 '첫번째 작업을 수행하였습니다.' 라는 텍스트를 입력하고 저장한다.(이 기록을 버전으로 남기기 위함.) 그리고 다시 Bash에서 ls .. Git&Github_02(설정 및 매뉴얼 확인, Git의 세 가지 상태) - 파일을 git bash로 접근하기 위해서는 이전에 설정한 디렉토리를 우클릭하고 open git bash here 를 클릭하면 된다. 기본 브랜치명 수정하기 - git init과 동시에 만들어지는 default 브랜치 이름이 master로 되어 있는데 이를 main으로 바꾸려고 한다. 이때 사용하는 명령어는 git config --global init.defaultBranch main 이다. - 해외에서는 master/slave 같은 차별적 표현을 배제하도록 권고한다고 하여 이렇게 Branch명을 변경한다고 한다. git config --global init.defaultBranch main - 명령어를 입력하고 잘 수정되었는지 확인하기 위해 git config --list를 입력하고, init.def.. 이전 1 2 다음
