좌충우돌 안드로이드 앱 개발

Git Tag는 특정 commit에 붙는 이름표다.더 정확히는 commit의 SHA 해시를 가리키는 ref(reference)[혹은, Git object를 가리키는 ref]로,한 번 붙으면 그 commit에 고정된다. 즉, Tag는 Commit 기준으로 붙는 것이다.브랜치는 새 commit이 쌓이면 포인터가 자연스럽게 이동하지만, tag는 같은 commit을 계속 가리키는 점이 다르다. 이 차이 때문에 tag는 주로 릴리스 시점을 표시하는 용도로 쓰인다.v1.0.0을 찍은 시점의 코드는 시간이 지나도 그대로 보존되고, 언제든 그 시점으로 돌아갈 수 있다. Git Tag에 대해서..Tag는 commit의 SHA를 가리키는 ref다. 브랜치와 같은 ref지만 자동으로 이동하지 않는다.Lightweight와 ..

새로 이직한 회사에서 일반 Git이 아닌 Git-Flow라는 것을 권장 가이드라인으로 사용하고 있었다.Git Flow? 읭. 내 머릿속의 git flow는 브랜치 전략, 병합 규칙 같은 흐름도 같은 게 전부였기에gitflow 명령어와 기존 git 명령어의 차이점을 알아보기로 했다. git-flow는 git과 별개의 존재가 아닌,기존 git 명령어를 git-flow의 브랜치 전략을 자동화해 주는 트리거 같은 명령어 개념이다. git-flowGit 브랜치 전략을 자동화해 주는 도구Vincent Driessen의 Git Flow 모델을 따름 앞에서 말한 git-flow의 브랜치 전략, 병합 규칙 같은 흐름도가 맞았던 것이다. Gitflow 초기화$ git flow init -d해당 명령어를 통해 기본 설정..

작업을 하거나 협업을 할 때 브랜치를 만들고 해당 브랜치를 Merge 한 경험은 다들 있을 것이다.회사에서 Feather 브랜치를 만들고 delvop 같은 브랜치에 merge 하여 자신이 한 작업물을 올리는 등의 각자 회사에서 따르고 있는 git flow가 있을 것이다. 이 부분에서 각자 팀에서 암묵적으로나 명시적으로 merge 규칙 등이 있을 텐데,한동안 생각 없이 규칙대로만 작업하다 보니 해당 개념을 좀 잡아보려, 이 Merge에 대해서 좀 더 알아보려고 한다. 우선 대표적인 3가지 Merge 방법에 대해 알아보고 좀 더 특이 케이스에 대해 보도록 하자.Merge (3-way-merge)Sqush and MergeRebase and Merge 우선 위 3가지 Merge 방법은 GitHub GUI에서 ..