본문 바로가기
반응형

Git&GitHub34

[GIT 09] 새 브랜치에 커밋 참고 : Do It! 깃&깃허브 입문 새 브랜치에서 커밋 1) apple 브랜치에서 work.txt 파일을 열고 'apple content 4' 텍스트를 추가하고 저장한다. vim work.txt 2) apple.txt 파일을 새로 만들고 똑같이 'apple content 4' 라는 내용을 입력하고 저장한다. vim apple.txt git add . git commit -m "apple content 4" *git add . : 마침표(.)로 add 하면 현재 저장소에서 수정된 파일을 한꺼번에 스테이지에 올릴 수 있다. 3) git log 명령어로 log 를 확인한다. git log --oneline HEAD -> apple 로 되어 있으니 현재 apple 브랜치에 체크아웃한 상태이고, apple 브랜.. 2023. 1. 19.
[GIT 08] 브랜치(Branch) 생성 참고: Do It! 깃&깃허브 입문 1) manual 이라는 새 디렉터리를 만들고 해당 디렉터리로 이동한다. mkdir manual cd manual 2) manual 디렉터리를 저장소로 만들고, .git 디렉터리가 생성됐는지 확인한다. git init ls -al 3) manual 디렉터리 안에 work.txt 파일을 만든 후, 'content 1' 이라는 내용을 입력한 뒤 저장한다. vim work.txt 4) work.txt 파일을 스테이지에 올리고 커밋한다. 커밋 메세지는 'work 1'로 해준다. git add work.txt git commit -m "work 1" 5) git log로 커밋 내역을 확인한다. git log 6) work.txt 파일에 'content 2'를 추가 입력 후 'w.. 2023. 1. 19.
[GIT 07] 브랜치(Branch)란? 참고: Do It! 깃&깃허브 입문 모든 버전 관리 시스템에는 '브랜치(Branch)'라는 개념이 있다. 참고로 그 동안 몇십개의 프로젝트를 뛰어봤지만 SVN 사용하는 프로젝트에서는 브랜치를 따서 작업하는 곳을 보지 못했다. 나무가 가지에서 새 줄기를 뻗듯이 여러 갈래로 퍼지는 데이터 흐름을 브랜치라고 한다. 브랜치가 필요한 이유 제품 하나를 만들어서, 여러 고객사에 제품을 납품한다고 가정한다. 이 때, 제품이 출시되고 나서 고객사마다 요구하는 요구사항이 다른데, 이 요구 사항을 반영해주다보면 고객사마다 제품이 달라지고 사용설명서도 달라질 것이다. 이 때 어떻게 해야 할까? 책에서는 저장소 전체를 여러 개 복사해서 각 고객사의 이름을 붙인 다음 저장소마다 버전 관리를 따로 하는것을 먼저 예로 들었는데 내.. 2023. 1. 19.
[GIT 06] 작업 되돌리기 참고 : Do it! 깃&깃허브 입문 작업 트리에서 수정한 파일 되돌리기 - git checkout 파일을 수정한 뒤 소스가 정상적으로 동작하지 않는 등의 이유로 수정한 내용을 취소하고 가장 최신 버전 상태로 되돌려야 할 때가 있다. 이 때, checkout 명령을 사용하면 작업 트리에서 수정한 내용을 쉽게 취소할 수 있다. 1) test.txt 파일에서 three를 적어준다. vim test.txt 2) test.txt 파일을 수정 후 add 하지 않았으므로, 수정은 되었지만 스테이지에 올라가 있지 않다. 또한, use "git checkout -- ..." to discard changes in working derectory 라고 적혀있다. 작업 트리(directory) 의 변경 사항을 취소하려면 .. 2023. 1. 19.
git(깃) - 커밋한 메세지 수정하기 커밋 메세지를 잘못 입력했다면 커밋을 만든 즉시 커밋 메세지를 수정할 수 있다. 가장 최근의 커밋 메세지를 수정하려면 git commit 명령에 --amend를 붙인다. git commit --amend 기존 commit 내용은 delete b,c,d 였으나 delete b,c,d modify 로 내용을 변경했다. 2023. 1. 18.
[GIT 05] unmodified, modified, staged 상태 참고: Do It! 깃&허브 입문 한 번이라도 버전을 만들었던 파일은 tracked 상태가 된다. tracked 상태인 파일은 깃 명령으로 파일 상태를 확인하면 현재 작업 트리에 있는지, 스테이지에 있는지 등 구체적인 상태를 알려준다. 1) test2.txt 파일에서 a만 남기고 bcd를 삭제해준다. vim test2.txt 2) git status 명령어를 실행한다. git status test2.txt 파일이 수정되었고, 아직 스테이지에는 올라가지 않았다고 표시되어 있다. 'Changes not staged for commit' 이라는 메세지가 나타나면 파일이 수정만 된 modified 상태이다. 3) git add 명령어를 사용해 스테이지에 올리고, git status로 상태를 확인한다. 'Chan.. 2023. 1. 18.
[GIT 04] tracked & untracked 파일 git status 명령을 사용하면 화면에 파일 상태와 관련된 여러 메시지가 나타나는데, 작업 트리에 있는 파일은 크게 tracked 상태와 untracked 상태로 나뉜다. (tracked : 추적되는, untracked : 추적되지 않는) 1)vim test.txt 파일을 열어 내용을 추가해준다. vim test.txt 2) 다음과 같이 입력해서 test2.txt 파일을 생성 후 내용을 입력해준다. vim test2.txt 3) test.txt 와 test2.txt 파일을 add 하지 않았으므로 모두 작업트리에 있다. git status로 상태를 확인한다. - Changes not staged for commit : 변경된 파일이 아직 스테이지에 올라가지 않음. - modified : test.txt.. 2023. 1. 18.
[GIT 03] 커밋 내용 확인 - log, diff 참고 : Do It! 깃&깃허브 입문 커밋 기록 자세히 살펴보기 - git log 깃에서 자주 사용하는 명령 중 하나가 지금까지 커밋했던 기록을 보기 위한 명령어인 git log 이다. git log 명령어를 입력하면 만들었던 버전들이 화면에 보이고, 각 버전마다 설명도 함께 보여진다. git log 커밋 해시 : commit이라는 항목 옆에 영문과 숫자로 된 긴 문자열로 포현되며, 이것을 커밋 해시(commit hash) 또는 깃 해시(git hash)라고 한다. 커밋을 구별하는 아이디 개념이다. HEAD -> master : 해당 버전이 가장 최신이라는 표시 Author : 버전을 누가 만들었는지 표시 Date : 버전이 언제 만들어졌는지 표시 커밋 메세지 : commit 할때 입력한 커밋 메세지 변.. 2023. 1. 18.
[GIT 02] 버전 만들기 - working tree, stage, repository 참고 : do it! 깃&깃허브 입문 GIT에서 버전이란 문서를 수정하고 저장할 때마다 생기는 것이다. 예를 들면, 문서를 만들 때 아래와 같이 수정 전 내용을 보관하기 위해 제목을 바꿔서 계속 새롭게 저장해서 파일을 만든다. Git_초안.pdf > Git_ver.1.0.pdf > Git_최종.pdf > Git_최종_진짜최종.pdf 개발을 하다보면 많은 경우 몇십명의 개발자가 협업을 하여 파일을 생성하고, 저장할 때마다 파일을 새로 저장한다고 하면 엄청난 파일이 쌓일 것이다. 파일으 다른 이름으로 저장해 버전을 만드는 방법보다 쉽고 빠르게 버전을 만들고 만든 시간과 수정 내용까지 기록할 수 있는게 바로 git과 같은 버전 관리 시스템이다. Git에서는 버전을 관리하면 원래 파일 이름은 그래도 유지하면서 .. 2023. 1. 18.
반응형

티스토리툴바