github

출처: https://letsgojieun.tistory.com/113 next를 빌드할 때 .next 폴더가 생성되는데, 이를 그대로 github 원격 저장소에 올리기엔 파일도 너무 많고, 이로인해 push 하면서 에러가 발생하는 케이스를 봤다. 그래서 .gitignore 파일을 따로 생성 후, 파일 안에 .next를 추가했는데 계속 git 변경에 잡혔다 gitignore 적용이 되지 않는 이유는 .gitignore 파일을 생성하기 전 이미 git에 .next를 올렸기 때문에 적용이 되지 않는 것이었다 이럴 경우, git rm -rf --cached . git add . git commit -m "커밋 메시지" 위의 명령어를 터미널에 순서대로 작성하면 정상적으로 gitignore이 작동한다. git r..

Local과 Remote 깃 브랜치에는 로컬과 리모트가 있습니다. 깃에서 레포지토리를 클론 혹은 포크(깃헙 데스크탑 등으로 내려받으면)하면 로컬이 생성되며 로컬에서 커밋을 남긴 후 푸시하면 리모트에 로컬의 변경 사항이 반영됩니다. 로컬: 내 컴퓨터에 저장되어 있는 깃 리모트: 깃허브에 저장되어 있는 것 리모트에 코드가 반영되는 순서는 git add or . (.일 시 모든 파일 추가)로 변경 사항 추가 로컬에서 커밋 생성 푸시 리모트 저장소에 반영 입니다. 내 로컬에선 맘껏 수정해도 문제가 없지만 리모트에 푸시를 할 때는 꼭 변경 사항이 있는 파일을 모두 확인해주세요. 깃 리모트에 코드가 올라가기 전 마지막 방파제입니다! 아무 브랜치로 이동해서 아래 명령어를 입력해주세요. 저는 dev로 이동해보겠습니다...

출처: https://xtring-dev.tistory.com/entry/git-git-switch-restore가-뭐야-checkout에서-switch-restore 사실 Checkout은 Switch과 Restore의 기능이 모두 합쳐져 있는 명령어입니다. git checkout 기존에 git을 오랫동안 사용한 유저들은 checkout 명령어를 통해 브랜치를 핸들링하는데 익숙할 겁니다. 그런데 사용은 잘 하고 있어지만 최근 switch 명령어를 많이 사용하는 것을 보고 찾아 보게되었는데 checkout의 분리된 기능이더라구요. Git은 2019년 8월 16일 2.23.0로 업데이트하게 되면서 checkout의 기능을 switch와 restore을 통해 각각 분리하였습니다. 기존의 checkout은 브..

Revert란? revert는 롤백할 때 롤백한 커밋이 새로 찍히며, commit point가 과거로 되돌아가지 않음 reset은 롤백하면 commit point가 과거로 돌아가며, 롤백 내역 삭제 revert 사용 - 이미 remote에 푸시가 되었을 때 로컬에서 과거의 커밋을 수정하고 push할 경우 변경이 어려움로컬에서 변경 후 git push -f하면 되지만 위험revert 사용하여 로컬에서 변경 후 push하면 변경 (커밋포인트가 과거로 가서 과거의 내용을 변경하는것이 아니므로) revert 사용 방법 예제 커밋 - 순서대로 1번, 2번, 3번 각 print()추가 print(1) print(2) print(3) git reflog를 통해 롤백할 commit ID 확인 2번 커밋을 롤백하고 싶은..

git merge(병합) git merge는 두 개의 브랜치를 합칠 때 사용합니다. 아래 base와 target은 브랜치 이름이며 base가 current(현재), target이 incoming(머지 받은 것)이 됩니다. base에 target의 코드를 합치며 같은 부분에 수정 사항이 있으면 conflict(충돌)이 발생합니다. git merge git merge dev test git merge origin dev origin test git merge origin/dev origin/test # 혹은 git checkout git merge 머지를 실행하게 되면 IDE에 따라서 다르지만, 아래와 비슷한 화면을 볼 수 있습니다. Current가 머지가 실행되는 브랜치, Incoming이 코드를 가져온 ..

git push push는 로컬에 있는 소스 코드를 리모트로 올리는 액션입니다. push를 하기 위해선 꼭 커밋을 남겨줘야 합니다. git push git push origin dev git push 사실 푸쉬는 커밋을 리모트 브랜치에 올리는 액션입니다. 실제 리모트에 반영되는 액션이기 때문에 가장 흔하면서도 매우 조심해야 하는 액션입니다. git push -f 가끔 push가 안될 때가 있습니다. 이럴 땐 강제로 푸시를 하는 -f 옵션을 사용합니다. 위 옵션은 매우매우 신중하게 사용해야 합니다. -f를 사용하는 경우는 아래와 같습니다. reset등의 명령어로 브랜치의 최신 커밋보다 뒤로 간 후 커밋을 지울 때 merge, rebase 등의 명령어로 merge 커밋이 생겨 충돌이 생겼을 때 대부분 커밋에..