Git에 대해 아주 유용하게 사용할 수 있는 명령어를 짧게 알아보겠습니다. $git stash라는 명령어입니다. Git stash Stash라는 것인데, 사용할 수 있는 상황은 여러분들이 어떤 작업을 특정 브랜치에서 하고 있는 상황입니다. 근데 갑자기 다른 브랜치에서 일을 처리해야하는 상황이 생겼습니다.. 그렇다면, 작업이 완료되지 않는 상태에서 commit을 하고 넘어가시나요..? 뭔가 유의미한 커밋만 남기고 싶은 욕구가 다들 있잖아요..!! 이 때, 사용할 수 있는 것이 git stash입니다. 자 그렇다면 어떻게 사용할 수 있을까요. 우선 여러분들이 아직 commit은 하지 않은 상태에서 몇 개는 staged에 올라가있고 몇 개는 add조차 하지않은 unstaged 상태입니다. 이 때, 터미널에 $..

Git을 이용할 때, 히스토리를 관리하는 방법인데요. 평소에는 보통 혼자 개발을 진행했기 때문에, merge만 이용해서 feature로부터 develop 브랜치로 병합하는 형식으로 진행했었는데요. 하지만 여기에 merge를 하는 방법에도 여러가지가 존재합니다. 대표적으로 3가지의 전략이 있는데요. merge, rebase and merge, squash and merge 이렇게 세 가지 입니다. 각각의 전략이 모두 특징을 가지는데 알고 사용하면 각 브랜치를 관리하는데 유용할 것이라 생각이 듭니다. 그렇다면 먼저 얘기하고 가야할 부분은 왜 굳이 이렇게 여러가지 방법을 알고 있어야할까요..?! 우선 커밋 히스토리 관리가 왜 중요한지를 알아야겠죠 커밋 히스토리(Commit History) 보통 개발자들이 작업..

Git 브랜치의 전략 중 하나인 Github-flow에 대해 포스팅을 진행해보려고 합니다. 이전에는 Git-flow에 대해 진행했었죠..⁉️ 잘 모르시겠으면 이전 포스팅을 참조하면 좋을 것 같습니다. [GIT] Git-flow 사용하기 Git Flow란 무엇일까요? 여러분들은 브랜치을 생성해서 각 작업 단위들을 구분해본적이 있나요. Git Flow란 바로 이 브랜치 흐름을 표준화시킨 방법(?) 같은 것입니다. 일종의 Branch을 나누는 기법입 dongminyoon.tistory.com 회사에서는 Git-flow가 아닌 Github-flow라는 브랜치 전략을 사용하기 때문에, 공부를 해보려고 합니다..! Github-flow 이전의 Git-flow 보다는 조금 더 간단한 브랜치 전략이라고 해요. 우선 G..

Git Flow란 무엇일까요? 여러분들은 브랜치을 생성해서 각 작업 단위들을 구분해본적이 있나요. Git Flow란 바로 이 브랜치 흐름을 표준화시킨 방법(?) 같은 것입니다. 일종의 Branch을 나누는 기법입니다. 이 기법에 따른 브랜치를 보면 5가지가 있습니다. master : 배포가 된 공식적인 이력을 저장하는 브랜치입니다. 즉, 최종적으로 App Store에 올라가 있는 이력이 저장되어 있습니다. develop : 여기서는 통합적인 개발을 진행하는 브랜치입니다. 즉, master 브랜치로부터 나와서 새로운 기능들을 개발해나갑니다. feature : 기능을 단위로 개발을 진행하는 브랜치입니다. 즉, develop으로부터 나와서 각 단위의 기능을 개발해나갑니다. release : 배포할 준비가 완료..

GIT을 프로젝트를 하며 다들 자주 사용하시는데, 혹시 브랜치를 병합할 때, Merge와 Rebase을 사용해본 경험이 있으신가요⁉️ 저는 주로 Rebase fork해온 프로젝트를 upstream에 맞게 동기화하고 싶을 때 사용했는데요. 정보를 fetch upstream을 통해 가져오고 rebase을 통해서 병합을 했었어요. Merge 얘는 upstream이 없고 origin만 있는 상태에서 Git을 관리할 때 사용했었던 방법이에요. 사용하면서 어떤 상황에 사용하는지 형태만 보고 사용했었지, '왜 이걸 사용하지'는 생각을 해보지 않았던 것 같아요. 그래서 이번 기회에 동작 원리를 알아보고 정리해보려고해요~~ 기회가 된다면 다음 GIT 포스팅은 오픈소스를 관리하는 방식인 fokr한 저장소를 관리하는 방법을..