체인의정석

대용량 파일을 깃허브에 올리기 위해서는 따로 작업을 해주어야 한다. https://git-lfs.github.com/ 먼저 git-lfs를 설치하여 준다. brew install git-lfs 그다음으로 큰용량을 차지하는 파일 확장자를 적어준다. 난 csv 파일에 있는 대용량 데이터를 사용하기 때문에 git lfs track "*.csv" git add .gitattributes 이렇게 넣어주도록 하겠다. 그리고 그냥 push를 하면 끝!!이지만 사실 이런걸 하는데는 시간이 오래걸린다고 패스하여 실제로 해보진 않았다 ㅎㅎㅎ

여태까지 vscode에서 git을 쓰면서 git checkout devleop 으로 가서 git pull을 받고 다시 체크아웃으로 돌아오면 변경된 사항도 같이 와서 충돌을 해결했었다. 하지만 이번에는 돌아와도 수정사항이 없고 2 commits behind develop이라는 메세지만 나왓다. 이는 git merge develop을 안했기 때문인데, develop과 merge를 하는 명령어를 직접 입력해야 되는데 그동안 무언가 프로그램이 자동으로 해주었던것 같다. 참고로 develop 브랜치에서 계속해서 pull을 받고 올리기 직전에 git stash를 써서 새로 브랜치를 만들고 PR pull request를 올리면 된다고 한다. 오전에도 깃에 대한 새로 알게 된 활용법이 있었다. 사수 분의 커밋이 먼저 ..

깃에서 한 브렌치에서 다른 브랜치로 합치는 방법은 2가지가 있다고 한다. 첫번째는 Merge이고, 두번째는 rebase라고 한다. 이렇게 2개의 브랜치가 나누어져 있다고 가정해보자 이 2개를 합리는 가장 쉬운 방법은 merge 명령어를 사용하는 것인데 c2, c3, c4 3개의 커밋이 머지되게 된다. 다음으로 위와 같은 그림이 Rebase라고 할 수 있다. Rebase는 C3에서 변경된 사항을 Patch로 만들고 C4에 적용시키는 것이다. rebase 명령으로 한 브랜치에서 변경된 사항을 다른 브랜치에 적용할 수 있다고 한다. 글을 쓰다가 patch에 대한 개념이 부족하여 다시 정리를 하고 돌아왔다. https://it-timehacker.tistory.com/142 Git) Patch 설명 및 명령어 ..

patch에 대해 개념이 부족하여 조금 더 살펴보았다. https://www.tuwlab.com/ece/22225 [GIT] Patch 만들기 및 적용하기: format-patch, am - ECE - TUWLAB 앞선 글에서 GIT을 활용하여 작업을 할 때는 로컬 저장소에서 작업을 하고 이를 원격 저장소로 Push해서 다른 개발자와 작업 내용을 공유하는 순서로 진행한다고 설명하였습니다. 원격 저장소로 P www.tuwlab.com 패치 같은 경우 커밋을 하나의 파일로 만드는 느낌인데, 푸쉬 권한이 없는 상황에서 사용하기도 한다고 한다. 커밋을 파일로 만들었기 때문에 해당 커밋을 이메일로 보내거나 여러개의 커밋을 하나의 패치로 만드는게 가능하다고 한다. git format-patch {commi t ID..

1. develop 브랜치에서 작업한다. 2. 작업이 끝나면 스태시 위치로 올려둔다. 3. develop 브랜치에서 새로운 브랜치를 만든다. 4. 스태시 위치에 있는 코드를 불러온다. 5. 새 브랜치에 푸시 후 머지 리퀘스트를 보낸다. 6. 코드리뷰를 다 받고 머지가 되면 develop 브랜치 소스가 업데이트 된다. 7. develop 브랜치에서 업데이트 된 코드를 pull 받는다. 위의 1~7번 프로세스로 작업하는게 가장 좋다고 한다. 이때 요점은 develop은 내가 건드리면 안되는 상황이기 때문에, 팀장님만 관리하는 브랜치로서 남겨두어야 하고, 나는 여기에 어떠한 커밋도 하지 말고 특히 push를 하면 안된다는 것이다. 기본적으로 권한을 보통 막아 놓지만 그래도 혹시 모르니 안하는게 좋은것 같다. ..

이번에 수정사항이 있는데 수정과정에서 오리지널 소스가 업데이트 되고 꼬이는 등 브랜치가 꼬인다면 어떻게 해야 할까? 이럴땐 이전 커밋을 취소시키고 오리지널 소스를 다시 받아오고 충돌을 해결한 후에 새로운 브랜치에다가 취소시킨 커밋을 되돌리는 방법으로 해결할 수 있다. 먼저 문제가 되는 부분까지 reset을 시켜준다. 만약 2번 전으로 되돌리고 싶다면? git reset HEAD~2 근데 이때 무서웠던 점은 내가 열심히 고친 코드가 증발하면 어쩌지?? 리셋하면서 돌아간 수정한 부분은 없어지지 않고 수정한 내용만 스테이지 단계로 돌아오게 되기 때문에 걱정할 필요가 없었다. 그럼 스테이징 단계에 코드가 있으니 오리지널 develop 브랜치로 돌아가서 원본 소스를 받아준다. 그 전에 스테이징 단계에 있는 코드를..

깃허브 저장 공간 소스트리에 연결할 시 뜨는 mac keychain 해결 방법 깃 커멘드와 함께 history를 보여주는 소스트리도 같이 사용해야 소스 관리를 할 수 있을 거가타. https://gist.github.com/nepsilon/0fd0c779f76d7172f12477ba9d71bb66 How to use Mac KeyChain to store GitHub repos credentials? — First published in fullweb.io issue #108 How to use Mac KeyChain to store GitHub repos credentials? — First published in fullweb.io issue #108 - how-to-use-mac-keychain-t..

모듈의 경로를 설정해줄때 폴더명의 대소문자가 맞지 않아서 에러가 났다. 확인해 보니 git에 올릴 때 폴더 경로의 대소문자를 인식하지 못해서 난 에러였다. 해결방법은 다음 명령어를 입력해주면 된다. git config core.ignorecase false