개인적으로 무언가의 필요성을 못 느끼면, 배울 때 동기부여가 잘 안 된다. 그래서 나중에는 중요하다고 하지만, 지금 당장은 정말 쓸모없어보이는 Git의 필요성에 관해 정리해보려고 한다.아마 Git의 가장 중요한 역할 2가지를 꼽으라면, 버전관리와 협업에 용이하다 정도
오늘부터 Git에서 가장 많이 쓰는 코어 명령어들에 대해서 정리해보자.강사 분께서, 코어 명령어 외에 다른 복잡한 git 명령어를 사용한다면, 회사의 소스 관리가 엉망인 거라고 강조하셨다.ex) git reflog => 구지 이런 명령어를 써야만 되는 회사의 소스 관리
지난 편에서 "git add ." 로 폴더 안에 있는 파일들을 전부 stage 단계 즉, git의 관리를 받는 상태로 바꿔보는 법까지 공부해봤다.이번에는 "git init"로 지정된 폴더 안에 있지만, git의 관리를 받고 싶지 않은 파일이나 폴더 관리법에 관해 정리해
만약 git에게 git init로 지정된 폴더의 파일들의 상태를 하나의 version으로써 기억하게 만들고 싶다면 즉,"Hey Git!! 나중에 문제 생기면, 이 상태로 돌아올게!! 지금의 상태를 기억해줘~"이 말을 명령어로 나타낸 말이=> git commitcomm
git remote이것만으로는 아무런 소용이 없다.git remote --helpex)git remote add origin http://github.com/zerocho/free-git처음 깃을 사용하면, 내 개인 리파짓토리 설정해줘야 된다.
수정된 파일을 commit없이 push하면 github에 수정된 파일이 업로드 될까??예를 들어,really 라는 부분을 추가한 후, commit을 안하고 git push를 했다면,github에 code1.txt는 really가 추가되있지 않은상태로 남아있다.즉, gi
git reset당신이 실수로 한 commit을 되돌리고 싶을 때, 쓸 수 있는 명령어실수로 한 commit을 shortlog로 확인해보자이 때 git reset을 사용해서 "실수로 커밋" 한 부분을 지울 수 있다.이때 어떤 커밋 단계를 어디만큼 되돌려줘야 할지를 지정
git revert는 되돌아간다는 의미이다.즉, git revert도 git reset처럼 과거의 잘못된 commit을 바로잡는 역할을 한다.그러나, reset은 잘못된 commit을 했던 기록 자체를 없애버리는 반면에, git revert는 잘못된 comm
이번 시간에는, git의 가장 강력한 능력 중에 하나인 git branch에 대해서 알아보자!! 두둥!!git branch우리가 가진 저장소 ( repository )는 master이다. 그리고, 회사 입장에서 master는 고객들에게 서비스 되는 최종본을 master
오늘은 거의 동일한 기능을 하지만, 약간의 차이가 있는 두가지 명령어를 알아보겠다. 사실, merge만으로 충분하지만, rebase도 만만치 않게 쓰이기 때문에 반드시 알아둬야 한다.