Infra26 Git (6) : branch branch 원본 파일에 수정을 진행하면서 f_ver1 -> f_ver2 처럼 버전을 관리하다가 특정 상황에서 목적에 따라 버전이 2가지 이상으로 나누어질 때가 있을 수 있다. 예를 들어서 고객전용 파일, 개발자 전용 파일등으로 나누어서 관리한다고 가정하자 그렇다면 위의 그림과 같이 2가지 파일의 버전을 따로 관리해야 한다. 이렇게 다른 목적에 의해 원본 파일이 분기되고 수정되어 관리되는 과정을 git에서 branch라고 한다. 추가로 두 가지 파일을 합쳐서 새로운 버전을 만드거나 버전을 통합시켜서 다시 관리할 수 있는 상황도 발생할 수 있다. 용어를 정리하면 , 한 원본 파일이 2가지 이상으로 분기되는 현상을 branch를 만든다고 하고 각 branch는 새로운 branch와 원래부터 유지하던 작업은 .. 2021. 7. 12. Git (5) : Reset , Revert 기초 버전 관리 git log에는 다양한 옵션이 존재한다. 이 때 git log -p옵션은 각 각의 commit 사이에 소스 차이를 확인할 수 있다. 코드를 살펴보면 각각의 버전에서 어떤 내용들이 수정되었는지 알 수 있다. f.txt ver 0.0.4 .. diff --git a/f1.txt b/f1.txt index f3ce2e4..e492257 100644 --- a/f1.txt +++ b/f1.txt @@ -1,3 +1,4 @@ Hello git! Hello HanJaemin! Hello World! +f_world = 0 버전 4의 내용을 살펴보자 ----a/f1.txt는 버전3에서의 f1.txt파일을 가리킨다. 따라서 b/f1.txt는 수정 되어진 새로운 f1.txt.파일을 나타낸다 @@내용을 통해 .. 2021. 7. 9. Git (4) : 버전관리 버전 관리 Jam-git 디렉터리에 f1.txt파일의 버전을 작성해보겠습니다. git commit 명령어를 실행시킵니다. 그 후 열려진 창에서 commit 메시지를 추가해서 version을 추가할 수 있습니다. git log를 통해서 이때까지 작업한 버전에 대한 내용도 살펴 볼 수 있습니다. 이번엔 f1.txt를 수정하고 add한 뒤 새로 commit 해 보겠습니다. 새로 추가된 텍스트 내용을 기반으로 f1.txt파일의 버전이 업데이트 된 것을 확인 할 수 있고, 버전의 소유자와 날짜등이 기록되어 있는 것을 확인 할 수 있다. 이번엔 새로운 f2.txt , f3.txt파일을 각 각 생성하고 버전 관리를 진행해보았다. 새로운 f.txt 0.0.3 ver이 추가된 것을 확인 할 수 있다. 그 이후 각 텍스트.. 2021. 7. 8. Git (3) : git 기본 명령어 git에서는 gitignore이라는 파일을 통해서 git에 tracking하지 않고싶은 파일들을 지정하여서 설정할 수 있다. *.log -> 모든 로그를 추가하지 않는다 build/ --> build 디렉터리 안의 파일은 추가하지 않는다 등 .gitignore폴더에 이를 명시하면 명시된 파일은 tracking되지 않는다. git status -s를 통해서 각 파일들이 어떤 상태인지 확인할 수 있다. A : access로 staging area에 추가되었음을 뜻한다. ?? : 아직 tracking이 되지않고 working dir 안에 존재 AM : staging area에 추가되고 modified되어 수정본이 working dir에 존재한다. git diff를 사용하면 수정된 파일의 내용을 자세하기 출력하.. 2021. 6. 30. 이전 1 ··· 3 4 5 6 7 다음 반응형
