A Thin Idea

https://git-scm.com/docs/git-switch Git - git-switch Documentation Switch to a specified branch. The working tree and the index are updated to match the branch. All new commits will be added to the tip of this branch. Optionally a new branch could be created with either -c, -C, automatically from a remote branch of same n git-scm.com 브랜치 만드는 방법 첫 브랜치를 만드는 방법에 대해 알아보겠습니다. git branch와 같은 명령어를 사용합니..

https://git-scm.com/docs/git-branch Git - git-branch Documentation If --list is given, or if there are no non-option arguments, existing branches are listed; the current branch will be highlighted in green and marked with an asterisk. Any branches checked out in linked worktrees will be highlighted in cyan and marked with git-scm.com git branch 이제 브랜치와 관련된 첫 명령어를 배워보겠습니다. 단어 사이에 공백이 하나 있는, 아주 단순..

브랜치 HEAD 브랜치 생성에 대해 알아보기 전에 알아야 할 개념이 한 가지 더 있습니다. 바로 HEAD입니다. 예를 들어 git log를 실행하면, 모든 커밋 이력이 보여지고 검토할 수 있습니다. 대문자로 된 HEAD가 깃 용어 중의 하나이고 특히 저장소에서 현재 위치를 가리키는 포인터입니다. 그리고 브랜치 레퍼런스를 가리킵니다. 아직 얘기하지 않은 브랜치 레퍼런스라는 용어가 있습니다. 브랜치를 책의 책갈피라고 생각할 수 있습니다. 책의 여러 위치에 다양한 북마크를 가질 수 있습니다. 어느 시점에서든, 이것들 중에서 단 하나만 펼쳐질 수 있습니다. 여러 페이지를 한번에 열 수는 없습니다. 단지 한 페이지만 활성화되고 한 페이지만 읽히거나 보여질 수 있습니다. 북마크한 페이지가 펼치는 것이 바로 HEAD..

브랜치 비록 브랜치라는 용어를 사용해 본 적도, 브랜치를 만들거나 참조해 본적이 없다고 해도 항상 브랜치에서 작업하고 있다해도 무방합니다. On branch master nothing to commit 또는 master 브랜치에서 커밋할 게 없다는 것을 뜻합니다. git status 명령을 실행하면, On branch master라고 나오고 터미널의 설정 방식을 보여줍니다. 또한 현재 있는 브랜치도 보여줍니다. 항상 브랜치 위에 있습니다. 심지어 master브랜치에 있을지 결정하지 않았고, master 브랜치를 생성하지 않았어도 master 브랜치는 위에 있는 것입니다. 새 저장소를 만들었을 때 생기는 기본 브랜치 이름입니다. git init 명령을 실행했을 때 자동적으로 시작하는 브랜치가 바로 mast..

깃 작동 방식 브랜치에 대해 알아보기 전에 기본적인 수준에서 깃이 어떻게 작동하는지 알아보겠습니다. 커밋을 하면 각 커밋은 숫자와 문자가 연속적으로 조합된 이런 특이한 해시를 갖습니다. 해시는 독특해야 하고, 커밋 내용이나 기타 몇 가지 사항들에 부합해야 합니다. 깃을 사용하기 위해 꼭 알아야 할 필요는 없습니다. 그러나 모든 커밋은 독특한 해시를 갖고 있으며 이 독특한 분별자는 커밋 내용에 부합해야 하고 적어도 그 이전에 있었던 부모 커밋 하나를 참조합니다. 다이어그램에서 볼 수 있듯이 하늘색으로 된 것이 가장 최근에 한 커밋이고, 빨강색이 그 앞의 커밋이며 그 앞에 파란색이 그보다 앞선 커밋으로 첫 커밋입니다. 그 전에 커밋된 것은 없고 부모 커밋을 갖지 않습니다. 처음으로 커밋한 것입니다. 한 커밋..

https://git-scm.com/docs/git-commit Git - git-commit Documentation When recording your own work, the contents of modified files in your working tree are temporarily stored to a staging area called the "index" with git add. A file can be reverted back, only in the index but not in the working tree, to that of the last comm git-scm.com Amend 수정 방법 깃으로 작업할 때, 새 커밋을 실행한 다음 그 커밋에 관련 파일을 포함시키는 것을 잊었다고..

설치를 권장하는 또 다른 도구는 깃을 사용하는데 꼭 필요한 것은 아니지만 과정 내내 무슨 일이 벌어지는지 설명하고 시각화하는 데 사용하는 것입니다. GitKraken(깃크라켄)이라는 Git GUI입니다 수많은 그래픽 사용자 인터페이스가 있습니다. 깃크라켄은 아주 괜찮은 무료 프로그램이고, 상당히 좋아 보입니다. 깃크라켄은 무슨 일이 일어나고 있는지 모든 이력과 독특한 브랜치들, 병합 등 아직 다루지는 않았지만 곧 살펴보게 될 것들을 시각화하는데 도움을 주는 좋은 도구입니다. 파일들 간의 변경 사항들을 비교해서 확인할 수도 있고, 그런 것들 중 몇 가지를 보여드리겠습니다. 몇 가지 다른 특징을 포함하는 유료버전도 있지만 우리에게 필요한 모든 것들은 무료 버전으로 충분합니다. https://www.gitkr..

https://git-scm.com/docs/git-log Git - git-log Documentation If the commit is a merge, and if the pretty-format is not oneline, email or raw, an additional line is inserted before the Author: line. This line begins with "Merge: " and the hashes of ancestral commits are printed, separated by spaces. Note that the lis git-scm.com git log 특히 git log에 대해 더 자세히 알아볼 수 있는 방법으로 git docs에 대해 한번 더 얘기하고 싶습..

https://medium.com/@corrodedlotus/which-tense-should-be-used-on-a-git-commit-message-121cb641134b Which tense should be used on a Git commit message? Last Friday, Iran and I were pairing when he pointed out that I should change my commit message structure from past to present tense. Ever… medium.com 커밋 메세지 시제 커밋 메세지는 어떤 시제를 써야 할까요? 현재시제 또는 과거시제 정말 중요할까요? 깃 문서에서는 공식적으로 현재시제의 명령형 커밋 메시지를 사용할 것을 권장..

커밋을 원자적으로? 많은 블로그에서 깃에 대해 쓴 것 중 가장 흔한 조언은 커밋을 원자적으로 유지하라 합니다. 이 구문에서 Atomic이라는 단어는 원자를 가지고 작업하라는 뜻이 아니고, 더 이상 줄일 수 없는 기본 단위로 큰 시스템을 구성하는 단일 요소를 의미합니다. 가능하다면 커밋은 단일 기능이나 단일 변화, 수정을 포함해야 합니다. 다른 말로 하면 각각의 커밋은 한 가지에 집중하도록 하라는 것입니다. 이것은 특히 코드를 작성하거나 기능을 추가하고 버그를 수정하는 작업을 할 때 아주 중요합니다. 각 커밋을 한 가지에 집중할 수 있도록 최대한 원자성을 유지하는 것이 중요합니다. 다시 말하지만, 파일 하나를 의미하는 것이 아닙니다. 작업하고 있는 하나의 기능, 하나의 작업을 의미합니다. 각 커밋들이 하나..