깃허브7 깃허브 reset, revert 1. 개요 깃허브는 코드를 분기별로 올릴 수 있다. 내가 만들던 프로그램이 커밋된 날짜가 2/28 이고, 두번째가 3/2 이라면 예상치 못한 에러나 실수가 발생했을 때 2/28일 상태의 코드로 돌아갈 수 있다. 여기서 사용되는 방법이 reset과 revert다. 2. 차이 reset은 말 그대로 초기화다. git log 명령어를 치면 커밋한 이력을 볼 수 있다. 그럼 커밋 메시지와 함께 commit 아이디가 나온다. 커밋 메세지와 세트가 되어있는 커밋 아이디 (commit 07d94c... 등)의 앞자리 7개 정도를 복사하고, git reset {커밋 아이디 앞자리} --hard 명령어를 입력하게 되면 그 분기로 돌아가게 된다. 하지만 reset --hard를 사용하게 되면 돌아간 분기 이후의 이력은 다.. 2022. 3. 2. 8주차, 깃허브 명령어 1. 개요 자주 쓰는 명령어를 정리해보려고 한다. 2. 본문 전 깃허브 개요 정리 branch 여러 개발자들이 함께 작업할 수 있게 기본 master 브랜치에서 새로운 가지를 만들어 독립된 공간에서 작업할 수 있게 해준다. 주기적으로 변경사항을 병합해야 한다. pull 원격 저장소에 있는 내용을 로컬 저장소로 가져와서 병합하는 명령어, 이때 현재 자신의 브랜치가 어딘지 확인하고 pull 명령어를 실행해야 한다. 로컬 저장소에 변경사항이 있다면 pull 명령어 실행 시 에러가 발생한다. add, commit 명령어를 실행한 후 pull 하거나, stash(커밋 안하고 변경사항만 저장)해서 자신의 변경사항을 다른 곳에 저장한 후 pull 해야 한다. 추가로 원격 저장소에 변경된 사항이 있을 수 있으니(공동 .. 2022. 2. 11. 8주차, Git-Flow 이해 Git-Flow는 Git으로 프로젝트를 개발할 때 쓰는 방법론이다. 유용하지만 완벽하다곤 할 수 없으니 각자 개발 환경에 따라 수정해서 잘 쓰면 된다. Git-Flow 는 총 5개 브랜치를 사용해서 운영한다. ・ master : 기준이 되는 브랜치, 배포용 ・ develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 병합하는 브랜치 ・ feature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치와 병합 ・ release : master 브랜치에서 배포하기 전에 QA(품질검사)를 하는 브랜치 ・ hotfix : master 브랜치로 배포하고, 버그가 생겼을 때 긴급 수정하는 브랜치 master 와 develop 이 메인 브랜치, 나머지는 필요에 의.. 2022. 2. 11. 8주차, 깃허브 개념 이해 1. 개요 깃허브는 형상관리 툴이다. 원격 저장소(Remote Repository)에서 clone으로 가져오면 가져온 폴더에 로컬 저장소를 만들고, 커밋됐던 히스토리 정보까지 모두 가져온다. 2. 실전으로 이해-1 git clone 을 하게 되면 그 폴더에 .git 이라는 숨겨진 폴더가 생성되고, 이 폴더가 있는 폴더는 작업 폴더(Working Directory)r가 되고, 서버와 링크가 맺어진다. // .git 폴더는 서버와의 링크 정보와 히스토리 정보를 모두 가지고 있는 폴더다. // 이 폴더를 사람이 수정, 추가, 삭제할 필요가 없다. Git에서 알아서 한다. 2-1. 작업 폴더 구성 작업 폴더는 추적되는 파일, 추적되지 않는 파일로 나눠져있다. 추적이 된다는 말은 생성, 수정, 삭제 등의 히스토리.. 2022. 2. 11. 이전 1 2 다음