협업의 세 가지 시나리오 1. 내 로컬저장소는 변했는데 원격 저장소는 변함 없는 경우 2. 내 로컬저장소는 변함 없는데 원격 저장소는 변한 경우 3. 내 로컬저장소도 변했는데 원격 저장소도 변한 경우 ✅ 첫번 째 경우 그냥 push 하면 그만 ✅ 두번 째 경우 git pull 로 동기화 후 push 하기 ✅ 세번 째 경우 내가 내 로컬저장소의 코드를 수정했는데, 다른 사람이 와서 또 수정한 경우이다. 1. rebase 2. pull request (-> merge) "내가 방금 새 변화를 만들어냈는데, 내 새 버전을 받아줘" "승인" -> merge ✅ 나는 변함없고 원격이 변한 경우 : pull & push 원격저장소 연결 : git remote add origin git push -u origin m..

원격저장소 : 그저 또 다른 Repository (저장소 ) 협업 : Repository끼리의 상호작용 ✅ 원격저장소(Github)를 통해 협업하기 Repository끼리의 상호작용 종류 원격저장소 조회(추가) : git remote 원격저장소 밀어넣기 : git push 원격저장소 갖고와서 합치기 : git pull 원격저장소 일단 갖고만 오기 : git fetch 원격저장소 복사 : git clone ✅ git remote (-v) v옵션 : 단축이름과 URL같이 보기 내 로컬 Repository와 상호작용하고있는( 혹은 알 수 있는 ) 원격저장소들의 목록을 조회 📌 git remote add origin : 원격저장소 조회(추가)하기 url에 있는 원격저장소를 origin이라는 이름으로 추가하는 것..

git diff ✅ diff란 무엇이고 언제 사용하는지 ? git diff : 변경내역들끼리의 비교 결과를 보여준다. 예를 들면, 우리가 버전을 관리하는 도중에 다음과 같은 상황이 있을 수 있다. 1. 10번 커밋중 1번 커밋과 2번 커밋을 비교하고 싶다. 2. 지금 push한 commit과 이전 commit을 비교하고 싶다. 3. 현재 staging area에 있는 변경 내역과 직전의 commit을 비교하고 싶다. 4. branch1 브랜치에 있는 commit과 main 브랜치에 있는 commit을 비교하고 싶다. 이럴 때, 사용할 수 있는게 diff이다. 말 그대로 패치간의 차이점을 알 수 있게 해주는 것이다. ✅ 두 커밋과의 비교 현재 저장소에 test.txt 하나 있고 1번부터 5번까지 commi..

✅ 버전 되돌리기 : reset 📌 git reset --hard 'HEAD^' 📌 git reset --mixed 'HEAD^' 📌 git reset --soft 'HEAD^' HEAD : 가장 최근 버전 ^ : 하나만 되돌리자 ( ^^ : 2개 , ^^^ : 3개 ) ✅ 나누어서 관리하기 : branch 각자 코드를 짜서 직접 주고받아도 문제가 없을것 같지만 각자 코드를 직접 짜서 주고받으면 문제가 생긴다. 어떤 문제 ? 합치는 과정에서 이부분은 어떤 부분, 이부분은 어떤 부분 등 각자의 코드를 모두 확인해야한다. 똑같은 부분을 다르게 수정하는 등.. 이런 문제를 해결하기위해서 어떻게 해야 할까 ? TeamC가 캐릭터와 신무기를 개발하는 프로젝트를 시작했고, 캐릭터와 무기를 번갈아가면서 총 1000번..

✅ Git & Github Git : 버전 관리 시스템 버전이란 유의미한 변화가 결과물로 나온것이다. 프로그래밍은 보통 여러 사람과 작업한다. 즉, 하나의 버전을 관리하는 과정에서 협업이 필요할 수 있다는 것이다. 그렇다면, 하나의 버전을 관리하는 과정에서 되돌리는 과정도 필요하다. 이는 백업이 필수라는 것이다. 하나의 버전이 관리되는 과정에서 효율적인 백업이 필요하다. 크게 정리하면 1. 협업하기 2. 되돌리기 3. 효율적으로 백업하기 이 3개의 관리를 도와주는 것이 바로 Git ✅ 버전이 만들어지는 두개의 단계 1단계 : Woring Directory -> Staging Area git add '대상이름' 2단계 : Staging Area -> Directory git commit ( 하나의 버전 )..