Git

·Git
Git을 사용하면서 작업을 하다가 현재까지 작업했던 내용을 모두 삭제하고 마지막 커밋했던 시점으로 되돌리려면 2가지 방법이 있다.1. Github Desktop을 이용하는 경우위 이미지처럼 changed file에 우클릭하면 'Discard All Changes' 와 'Stash All Changes' 라는 옵션이 있는데 Discard를 하게 되면 하단에 있는 변경 내역들이 모두 삭제된다. 참고로 'Stash All Changes'를 누르게 되면 변경사항들은 모두 임시저장 Stack에 들어가게 되고 변경사항들은 삭제된다.'Stash All Changes'를 선택시 'Stashed Changes'가 나오게 되고 위 사진과 같이 Stash 된 변경사항들을 Restore 할지 Discard 할지 선택하면 된다..
·Git
프로젝트를 진행하다보면 Main branch에 여러 branch를 만들고 작업하는 경우가 있을 것이다. 예를 들어 a branch에서 작업하다가 main branch에서 급하게 수정해서 반영해야하거나, 다른 동료의 코드를 봐주어야할 때 지금까지 작업했던 내용들을 commit하고 branch를 바꾸기에는 애매한 상황이 있을 것이다.(commit 하기엔 애매한 코드라던가..) 그런 경우 git stash 를 통해 지금까지 작업한 내용을 임시저장하고 branch 전환하면 매우 편리하다.1. git stash 로 임시저장하기 위와 같이 a-branch에서 작업하던 내용이 있을 경우 git stash 를 통해 임시저장을 할 수 있다. git stash를 할 때에도 2가지 방법이 있다.- git stashgit s..
·Git
Git을 사용하면서 프로젝트를 진행하다보면 이전에 커밋했던 상태의 코드를 확인해보고 싶을 때가 있다.1. 터미널에 git log를 통해 Commit Id를 확인하자위에서부터 최신 커밋 순으로 나열된다. 커밋기록이 많은 경우 최신부터 일부 commit만 표시되고 터미널 하단에:[커서 깜빡이는 중..]위와 같이 표현될텐데, 더 이전의 기록을 보고싶다면 '엔터'를 치거나, 그만보고 싶으면 'q'를 누르면 터미널 명령어를 누를 수 있는 상태로 돌아오게 된다.2. 원하는 시점의 commit id에서 앞 7자리를 복사하고 git checkout [7자리]그럼 IDE의 코드가 그 시점의 커밋 상태로 돌아간 것을 확인할 수 있다.- Github를 사용하는 경우Repository안에서 Code 탭에서 Commits를 클..
·Git
.gitignore는 프로젝트를 github에 올릴 때 .gitignore에 명시된 파일은 github에 적용되지 않도록 해준다. API key나 Client ID와 같은 개인정보가 담긴 파일을 제외하고 github에 push해야하는 경우 적합하다. 그리고 각 OS 마다 프로젝트를 열 때 생성되는 파일이 달라 충돌이 일어날 수도 있기 때문에 gitignore를 통해서 그런 파일들은 무시해주는 것이 좋다. .gitignore에 들어갈 파일 생성하기 그럼 gitignore에 들어가야하는 파일은 무엇일까? 아래 사이트에서 자신의 OS, 언어, 개발환경(IDE) 등을 입력하면 필요한 gitignore 파일들이 자동으로 생성된다. https://www.toptal.com/developers/gitignore/ g..
·Git
저번에는 Github Desktop(깃허브 데스크탑)을 이용하여 내 로컬 컴퓨터의 데이터를 push 하는 방법에 대해서 다루었었다. https://beandeveloper.tistory.com/11 GitHub Desktop 사용법(1) - push 우선 Github Desktop을 다운 받아야 한다. https://desktop.github.com/ GitHub Desktop Simple collaboration from your desktop desktop.github.com 위 사이트에 접속한 후 위와 같이 생긴 다운로드 버튼을 눌.. beandeveloper.tistory.com 이번에는 pull 하는 방법에 대해서 다뤄보겠다. 1. Github에서 파일이 삭제된 경우 위 사진은 현재 깃허브와 내..
·Git
◎ Commit Message 규칙이 필요한 이유! 과거 코드에 대한 코드 추적 이슈 사항 처리 상황 팀원들간의 커뮤니케이션 ◎ 좋은 Commit Message를 작성하기 위한 규칙들 제목과 본문을 빈 행으로 구분하기 제목을 50글자 이내로 제한하기 제목의 첫 글자는 대문자로 작성하기 제목의 끝에는 마침표 넣지 않기 제목은 명령문으로! 과거형 사용하지 않기 본문의 각 행은 72글자 내로 제한하기 본문에서 어떻게 보다는 무엇과 왜를 설명하기 위와 같이 네이밍(Naming)을 명시적이고 규칙적으로 작성해주면 한 눈에 Commit Message를 알아볼 수 있다. 그리고 해당 Commit에 대한 내용을 잘 작성해 준다면 코드를 일일히 분석하지 않아도 해당 커밋의 내용을 알아볼 수 있다. $ (): -- 헤더 ..
·Git
우선 Github Desktop을 다운 받아야 한다. https://desktop.github.com/ GitHub Desktop Simple collaboration from your desktop desktop.github.com 위 사이트에 접속한 후 위와 같이 생긴 다운로드 버튼을 눌러 설치 파일을 다운 받는다. 다운을 받고 설치를 하고 난 뒤에 깃허브 계정으로 로그인을 한다. 이름과 이메일을 입력하여 초기 세팅을 마친다. Github Desktop을 이용해서 파일을 올리면 Github의 Repositories에 올라간다. 이 때 Github에 올리는 방법은 두 가지가 있다. 첫번째 방법! Github에 Repository를 만들고 GitHub Desktop과는 Clone을 통해 commit하기 ..
·Git
Git? Git은 자신의 코드와 그 수정 내역을 기록하고 관리하도록 돕는 '버전 관리 프로그램'이며, 로컬에서 프로젝트의 기록을 스스로 관리할 수 있도록 해준다. Git을 통해 Branch를 생성하고 이전 Branch로 복구, 삭제, 병합이 가능하다. 하지만 로컬 저장소를 사용하기 때문에 프로젝트에 참여하고 있는 다른 개발자와 실시간 소통 & 공유는 불가능하다. 즉, Git은 다음과 같은 특징을 가지고 있다. 오픈소스 버전 관리 시스템(VCS: Version Control System) / 분산소스 버전 관리 시스템 로컬에서 버전 관리 / 서버를 분산시켜 구축할 수 있게 하는 소프트웨어 소프트웨어 개발 및 소스코드 관리에 사용 / 효율적으로 소스코드를 관리할 수 있게 해주는 도구 Github? Githu..
wbnh09
'Git' 카테고리의 글 목록