혜르미온느

협업에서 빠질 수 없는 버전관리시스템 git. 다양한 사람들과 협업 할 수록 버전관리가 더욱 중요해지는데요. git kraken은 이러한 버전 관리의 히스토리, 머지, 컨플릭트 등을 더 쉽게 관리할 수 있도록 도와주는 툴입니다. https://www.gitkraken.com/ GitKraken Legendary Git Tools | GitKraken Meet GitKraken, the creator of legendary Git tools for developers and teams - like the GitKraken Client, with Git GUI and CLI, Git Integration for Jira, and GitLens for VS Code. www.gitkraken.com 커밋기록을..

clone fork original repository를 내 컴퓨터(지역 저장소)로 가지고 오는 것 내 계정(원격 저장소)으로 가지고 오는 것 새로운 commit 등으로 original repository가 변경되었을 경우, 해당 변경 사항을 반영할 수 없다. 변경 사항을 fetch나 pull 등을 통하여 반영 할 수 있음 내 수정사항은 기본적으로 나에게만 적용되어 있으며, 권한이 없다면 original repository에 push도 불가능하다. original repository에 반영하기 위해서는 Pull Request 과정을 거쳐야함 [참고사항] gitlab에서 MR(merge Request)은 github에서 PR(pull Request)로 불리우며, 동일한 개념이다. 둘 다 전체 reposit..

실무에서 git 없이 일을 진행하는 회사는 거의 없다. 물론 git 외의 비슷한 서비스를 사용하는 곳들도 있겠지만 전세계적으로 git의 사용률이 압도적이다. git이란 무엇인가. 위키백과에 따르면 git은 다음과 같이 정의되어있다. 깃은 컴퓨터 파일의 변경사항을 추적하고 여러 명의 사용자들 간에 해당 파일들의 작업을 조율하기 위한 분산 버전 관리 시스템이다. 또는 이러한 명령어를 가리킨다. - 위키백과 git을 써야하는 이유 git을 써야하는 이유를 나는 크게 두 가지로 볼 수 있다고 생각한다. 그리고 두 가지의 관점에서 볼 때, 위키백과는 git을 아주 잘 설명하고 있다고 생각한다. 버전 관리를 위해 여러 개발자들과 협업을 위해 먼저 깃은 컴퓨터 파일의 변경사항을 추적할 수 있는데, 이러한 기능을 통하..

gitignore은 말 그대로 git에 올리는걸 무시해주는 설정을 말한다. 예를들어 node_modules 혹은 access 키 등 노출을 하면 안되거나 용량이 크거나 혹은 기타 등등 불필요한 모든 파일이 이에 해당한다. 방법 1 git repository를 생성 할 때, 파일을 함께 만들어준다. 방법2 최상단에 .gitignore파일을 만들고, 하단의 형식에 맞게 직접 작성해준다. # 파일 제외 (파일명.확장자) 파일명.txt # 현재 경로에 있는 파일만 제외 (다른 경로의 동일한 파일명은 추적) /파일명.txt # 특정 경로안의 특정 파일 제외 폴더명/파일명.txt # 특정 폴더안의 파일 전부 제외 폴더명/ # 해당 확장자 파일 전체 제외 *.txt # 예외 !제외할 파일명.txt 방법3 최상위에 ...

[!이시중] 2021년 11월 14일 25:39에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/54 에서 확인할 수 있음. 지난번 git rebase conflict 실패기의 해결 방법을 알아왔다! 이번 포스팅은 아래와 같은 포스팅을 참고하면 더 재미있게 읽을 수 있고, 히스토리를 몰라도 이해하는데에는 불편함 없으리라 예상된다. https://hyermione.tistory.com/62 git rebase 중 conflict 해결 실패기 [!이시중] 2021년 11월 13일 22:26에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/53 에서 확인할 수 있음. 지난번 rebase에 관하여 포스팅 한 적이 있다. https://hyermione.t..

[!이시중] 2021년 11월 13일 22:26에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/53 에서 확인할 수 있음. 지난번 rebase에 관하여 포스팅 한 적이 있다. https://hyermione.tistory.com/10 git branch 형상관리: git rebase 란 [!이시중] 2021년 11월 13일 21:30에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/52 에서 확인할 수 있음. git rebase란 말 그대로 re base. 기초를 다시 한다는 의미로 git branch를 merge 하는.. hyermione.tistory.com 그러나 이는 철저하게 나의 계산 안에 있는 사례였다. 복잡해 질 것 같아 rebase..

[!이시중] 2021년 6월 21일 21:06에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/35 에서 확인할 수 있음. 깃에 올리기 어렵거나 혹은 더러운(?) 파일들은 보통 .gitignore 파일에 정의해서 git에 올라가지 않게 하기 마련인데 간혹 이그노어 파일을 이그노어하고 올라갈 때가 있다. https://hyermione.tistory.com/7 webpack-server로 설치 후, 환경변수 설정하기 [!이시중] 2021년 6월 21일 20:53에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/34 에서 확인할 수 있음. 보통 vue cli를 이용하여 vue를 설치하면 package.json에 라는 설정이 있기 마련이다. 근.. hy..

[!이시중] 2021년 11월 13일 21:30에 최초 작성된 글로써 원글은 https://yuniel.tistory.com/52 에서 확인할 수 있음. git rebase란 말 그대로 re base. 기초를 다시 한다는 의미로 git branch를 merge 하는 개념에서 출발한다. git merge와 branch의 개념이 잡혀있다는 조건 하에 포스팅을 작성해보도록 하겠다- 보통 git 관련하여 검색을 하면, ㅇ-ㅇ-ㅇ식의 커밋 과정을 많이 보여준다. 개인적으로는 그 부분이 참 눈에 들어오지 않는다고 생각했는데, 막상 관련한 포스팅을 하려고 보니 저런 표현이 아니고서는 깔끔하게 설명하기가 참 난감하다. 패드도 포토샵도 없는 내가 좋은 포스팅을 해보고자 손으로 직접 그리며 작성하니 나같이 평소 눈에 들어..