본문 바로가기

Git46

Git - fork 하고 원격 레포 동기화하기(fetch, pull request) 오픈소스, 프로젝트 등 다른 사람이 만든 레포 기반으로 작업해야할 때는 여러가지 방식이 있다.그중 하나가 Fork  방식이다. Fork  방식은 쉽게 말해다른 사람의 레포를 나의 레포로 복사해와서 여러가지 작업을 마친 뒤Pull request  를 올려서  merge 를 하는 방식이다.(물론 그사이에 다른 사람이 작업할 수도 있으니 중간중간 최신화도 시켜주면서 말이다)  1. 깃헙 레포 페이지를 들어가보면 Fork  라는 버튼이 보인다. 저 버튼을 눌러보자   2. 카피 레포(fork) 를 만들어주는 페이지로 들어가진다.  이렇게 레포를 만들어주자    3. 이제는 이 카피 레포를 원격 레포와 동기화 시켜주자 일단 오리지널 레포를 upstream 이라는 이름의 원격 저장소로 추가해주었다.$ git rem.. 2024. 8. 28.
Git - Vite와 React, pnpm 으로 github page 배포하기 일단 이 포스팅을 남기는 이유는vite, react, pnpm 을 사용해 github page를 배포하려다 호되게 후두려 맞았기 때문이며, 지난날 삽질의 기록이기도 하다. 일단 vite 생태계는 좀 다르다. 빌드 결과물의 경로가 build 디렉터리가 아닌 dist 디렉터리를 바라본다.또한 baseurl 도 잘 지정해주어야 한다. 빌드는 결국 경로 지정 싸움이기 때문이다.그래서 vite 웹사이트에서 static site build 를 안내하는 섹션이 따로 있을 정도이다. 그래서 배포시 extra care 가 필요하다고 본다. 기억나는 데로 크게 세 가지 범주로 나누어 볼 수 있다. 1. 깃헙 페이지 세팅하기 2. vscode 세팅하기3. 깃헙 페이지 배포하기  Git - Vite와 React, pnpm 으.. 2024. 8. 25.
Git - Obsidian 메모앱과 깃헙 연동하기 메모앱 유랑민... 바로 나다!여러 노트 앱을 리뷰하고 사용해보면서 느낀점은 하나였다.폴더링되는 구조의 심플한 메모장을 찾고 있다는 것이다. 고심끝에 데브유 사수님이 추천해준 obsidian 이라는 노트앱을 어제 부로 정착하게 되었다. 정착하려고 보니 이게 왠일...?회사에서는 윈도우를, 집에서는 맥을 사용하는 나에게 동기화가 되지 않는다는 점은 큰 허들이었다.옵시디언에서 제공하는 싱크기능을 사용하기엔 한달에 4-5천원의 비용은 좀 부담스러웠다.그래서  obsidian 과 github 연동을 해보기로 하였다. (이렇게 땔래야 뗄수 없는 42가 되어버렸다...☆) Git - Obsidian 깃헙 연동하기  1. 깃헙에서 새로운 레포지토리를 만들어 주기   2. 레포는 "obsidian-custom" 이라고.. 2024. 8. 13.
Git - 실행오류 this exceeds GitHub's file size limit of 100.00 MB 원격저장소에 100mb 가 넘는 파일을 push 하려고 했더니 다음과 같은 에러 메시지가 나왔다깃헙에서는 100mb  가 넘는 파일 업로드가 제한되는데, 이때 Github Large File Storage  를 활용하면 해결이 가능하다remote: error: Trace: d183cdc7e4067f908b9401bderemote: error: See https://gh.io/lfs for more information.remote: error: File Obsidian.exe is 168.57 MB; this exceeds GitHub's file size limit of 100.00 MBremote: error: GH001: Large files detected. You may want to try G.. 2024. 8. 7.
Git - Remote Origin Already Exists 에러 해결하기 원격 저장소를 만들고 clone 을 받아서 로컬 저장소에서 셋업하고 → 원격 저장소로 푸시하려니 잘 되지 않았다. 브랜치 목록을 보니 원격저장소가 없어 그렇구나! 그럼 추가해줘야지 git remote add 명령어로 origin 이라는 이름의 원격저장소를 추가해 주려고 하였다. 깃에는 remotes 라고 불리는 원격저장소가 있다. 이 Remotes 는 내가 접근해서 CRUD 할수있는 권한을 가지고 있다. remotes 는 각각 이름을 가지고 있다. 같은 이름을 사용하면 안된다. 그래서 에러가 난 것이다. 1. git remote -v 로 existing remotes 가 있는지 확인해보기 → 음 같은 이름이 있어서 에러가 난거였구나 2. git remote remove 으로 원격 저장소 삭제하기 → 지워.. 2023. 8. 9.
Git(39) 로컬 브랜치 덮어쓰기 내가 작업하던 브랜치에서 다른 분이 작업한 브랜치를 덮어씌워서 업데이트 사항을 확인하다가 꼬여버렸다. 내가 작업하던 브랜치로 돌아가려고 git reset @HEAD{n} 으로 시간을 되돌리니 얘는 내가 한 커밋만 돌아가버려서 다른 브랜치에서 받아온 커밋들은 사라지지 않고 남아 있었다. 한마디로 업데이트는 업데이트대로 되고 내 작업물은 작업물대로 없어져버린 상황이다. 아예 브랜치를 받아오기 이전, 특정 커밋 시점으로 완벽하게 돌아가고 싶다면? Git(39) 로컬 브랜치 덮어쓰기 커밋 히스토리를 보고 돌아갈 시점을 찾는다. checkout 해서 그 시점으로 돌아간 후, 해당 브랜치에 체크아웃을 해줘서 그시점의 브랜치로 돌아가자 $ git llg // 커밋 히스토리를 나름 가시적으로 볼수있다. 여기서 필요한 .. 2023. 2. 9.
Git(38) 삭제한 stash 복구 하기 git stash 는 다들 많이 알 것이다. 어느날 stash 를 하다가 실수로 drop 해버렸다. 이럴때 drop 해버린 stash 에 담긴 파일들을 복구해보자. Git(38) 삭제한 stash 복구 하기 1. 아래 명령어를 치면 내가 삭제한 commit 들이 나온다 $ git fsck --unreachable | grep commit | cut -d ' ' -f3 | xargs git log --merges --no-walk 하나하나씩 살펴보자면, $ git fsck // file system check 의 약자이다. database 의 connectivity 와 validity 를검사한다. $ --unreachable // Print out objects that exist but that aren.. 2022. 7. 19.
Git(37) 원격브랜치에서 작업하고 pull, push 하기 다른 팀원이 원격 브랜치로 작업한 걸 넘겨받아 그 위에 살포시 내 코드를 얹어보려 한다. 그럼 원격 브랜치를 사용해 작업을 해보도록 하자. Git(37) 원격브랜치에서 작업하고 pull, push 하기 원격브랜치에서 작업한다는 의미는 협업을 의미한다. 다른사람이 작업한 코드가 반영된 + 원격브랜치 내용을 => 다시 내 로컬브랜치로 다운받아오고 다시 원격브랜치로 2022. 4. 19.
Git(36) BitBucket - Merge branch 'master' of bitbucket.org (squash방식일 때) 우리 개발팀은 아름다운 커밋을 지향하며 squash 해서 머지하는 방식으로 git graph 를 관리하고 있다. 하지만 어느 날인가 부터 브랜치 push 를 할 때마다 Merge branch 'master' of bitbucket.org: 라는 메시지가 뜨면서 어느순간 아래와 비슷한 아름답지 못한 커밋이 나오고 있다. 정확한 원인은 잘 모르겠지만 아마도 잘못된 커밋을 돌리기 위해 git reset 을 하면서 HEAD 가 현재 작업하는 로컬 브랜치와 다른데 위치하게 되어 그렇게 된 것 같다고 추측하였다. Git(36) BitBucket - Merge branch 'master' of bitbucket.org: 여러 방법을 찾아보다 결국 로컬 저장소가 꼬여버렸으니, 다시 원격 마스터를 → 로컬 마스터로 덮어.. 2022. 2. 21.
반응형