반응형

전체 글 131

GIT : Docs 개요, 설명, 방법

https://git-scm.com/docs Git - Reference Reference git-scm.com Git Docs Git Doc(깃 문서)들에 대해 살펴보겠습니다. 만약 문제가 생겼거나 보여드리는 명령에 대해 좀더 자세히 알고 싶다면 어느 시점에서 문서를 참조하고 싶을 수도 있습니다. git 문서는 git-scm.com에서 볼 수 있습니다. 다른 것들과 비교해서 깃을 사용했을 때의 장점 같은 것을 볼 필요는 없기 때문에 About 페이지에는 가지 않습니다. 대부분 시간 동안 Reference Manual 을 보고, 간혹 Pro Git 이라는 책도 보지만, 비디오는 보지 않습니다. Reference Manual 에서 시작해 봅시다모든 명령어에 대한 참조 매뉴얼과 주요 주제들이 있습니다. 순서..

GIT 2023.01.08

GIT : git log : git add . : 커밋 관련 유용한 명령어

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 log는 어떤 작업도 하지 않고 git status와 마..

GIT 2023.01.07

GIT : Commit 명령어 개요, 설명

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 git commit 스테이지 영역에 있는 변경사항들을 커밋하는데 사용하는 명령어입니다. 명령어를 실행하기 전에,..

GIT 2023.01.06

Git : add로 변경사항 스테이징 방법

https://git-scm.com/docs/git-add Git - git-add Documentation Invoking git add -e or selecting e from the interactive hunk selector will open a patch in your editor; after the editor exits, the result is applied to the index. You are free to make arbitrary changes to the patch, but note that some changes may have con git-scm.com git add 커밋할 때 사용하게 될 명령어 중 첫번째입니다. 특정 변경사항들을 구분할 수 있게 해주기 때문입니다. 핀셋을..

GIT 2023.01.05

GIT : 커밋 워크 플로우 설명, 개요

커밋이란? 새 저장소를 초기화할 수 있다는 것은 저장소 안에서 어떤 일을 할 수 있는지 아직 모릅니다. 깃 워크플로우의 가장 필수적인 것이고 깃의 기본이라고 할 수 있는 커밋에 대해 알아보겠습니다. 커밋 또는 깃 커밋은 무엇일까요? 각 기능별로 제가 구축하고 수정하는 진행 상황을 볼 수 있습니다. 그리고 진행될 때마다, 이 체크포인트를 추가합니다. 새로운 변경사항이 있는 그 시점에서의 프로젝트 스냅샷입니다. 이런 각각의 체크포인트들은 깃에서 커밋이라고 부르게 될 것들입니다. 이 커밋이라는 용어를 배우기 전에 체크포인트라는 용어를 사용했습니다. 깃 커밋은 깃 저장소에 있는 체크포인트 중의 하나입니다. 보통 한 개의 깃 저장소에는 엄청나게 많은 커밋들이 있습니다. 궁극적으로는 이전 명령으로 돌아갈 수 있는 ..

GIT 2023.01.04

GIT : .git 폴더 개념 및 설명

.git 폴더 첫 번째 깃 저장소를 다시 초기화했고, 초기화는 한 프로젝트당 한 번, 한 저장소당 한번 합니다. git-scm.com에서 git docs로 이동합니다. Documentation>Reference 가보면 git 명령어들을 볼 수 있습니다. 방금 사용한 init 명령도 보이는데 빈 깃 저장소를 생성하거나 기존 저장소를 다시 초기화한다고 설명하고 있습니다. 이 첫 번째 부분을 유의합니다. 이 문서를 보면 아주 자세하고 혼란스럽기도 합니다. 상당히 많은 정보들이 있고, 이해하기 쉬운 방식으로 표시되지 않았습니다. Description을 읽어보면, 이 명령어는 빈 깃 저장소를 생성하며, 기본적으로 하위 디렉토리가 있는 .git 디렉토리입니다. 깃은 .Git이라는 디렉토리를 생성하는데, 만약 숨겨진..

GIT 2023.01.03

GIT : 초심자가 흔히 저지르는 실수는?

흔히 저지르는 실수 일부 학생들이 부딪히게 되는 보편적인 이슈들에 대해 간략히 알아보겠습니다. 그것을 설명하기 위해서는 먼저 깃 저장소가 있을 때 한 디렉토리 안에서 초기화해야 한다는 것을 이해해야 합니다. 깃은 이 디렉토리 안에서 벌어지는 모든 것들을 주시합니다. 안에 있는 모든 하위 디렉토리까지 모두 지켜봅니다. 상위레벨에서 제어하는 하향식입니다. 그리고 다음과 같은 몇 가지 이유때문에 이해하는 것이 중요합니다. 첫째, 어떤 프로젝트를 위해 이 디렉토리에서 변경하는 파일이나 폴더는 깃에 의해 추적됩니다. 두 번째는, 현재 존재하고 있는 저장소 안에 다른 저장소를 초기화하고 싶지 않다는 것을 이해하는 것은 아주 중요합니다. 별개의 저장소를 유지하고 싶지만 존재하는 저장소 안에서 git init 명령을 ..

GIT 2023.01.02

GIT : git init 과 git status 개념, 설명

git status 별도로 아주 간단한 명령어 git status를 알아보겠습니다. 일상에서 깃을 사용한다면 저장소의 상태를 보고해 주는 손해볼 일이 없는 명령어입니다. 문제는 아직 저장소를 갖고 있지 않다면, 아직 아무 것도 만들지 않았다는 것입니다. 그래서 어떤 저장소도 없다는 가정 하에 만약 컴퓨터의 아무 곳에서 git status를 실행하면 위와 같은 메시지가 나옵니다. 깃 저장소 정보가 없다는 뜻입니다. 깃이 무엇인지 인식하고 명령어가 무슨 뜻인지 모르겠다는 것이 아니라 말하는 메시지는 질문을 이해하지만 깃 저장소 정보가 없다는 것이고 만약 깃을 사용하고 있다면 이 git status 명령을 실행했을 때 뭔가 다른 것을 볼 수 있고, 보게 되는 것은 변경사항입니다. 그런 이유로 git statu..

GIT 2023.01.01

GIT : git repo 개념, 설명

리포지토리 리포지토리, 즉 저장소라는 용어에 대해 알아보겠습니다. 이 단어는 깃과 깃허브에 대해 얘기할 때 항상 나오는 것입니다. 하지만 리포지토리에서 몇 글자를 줄여서 리포라고도 하는데 동일합니다. 이 깃 리포지토리는 깃 저장소라고 할 수 있습니다, 이전 포스팅에 따라 설치하셨기를 바랍니다. 깃이 설치되었는지 확인하기 위해 버전을 체크해 볼 수 있습니다. 그렇다고 깃이 활성화되었다거나 사용하고 있다는 뜻은 아니고 단지 컴퓨터에 깃이 설치되었다는 것입니다. 그래서 언제 그리고 어느 디렉토리에 저장소를 만들어야 하는지 깃에게 수동으로 지시해야 합니다. 깃을 사용하고 싶을 때마다 가령 교향곡이나 소설을 쓰고 있거나 또는 웹 개발 프로젝트에 프리랜서로 일하고 있다면, 깃에게 새로운 저장소를 생성하라고 지시해야..

GIT 2022.12.31

GIT : 깃 이름 및 이메일 구성하는 방법은?

깃을 설치하고 이름과 이메일을 설정해야 합니다 깃에게 누구인지 그리고 이 컴퓨터에서 작업을 수행하는 대상은 누구인지 알려줄 필요가 있습니다. 계정에 얽매이지도 않고 비밀번호도 없습니다. 원하는 대로 설정할 수 있지만 이름 설정의 중요성을 보여 드리겠습니다. 보고 계신 것은 이 애플리케이션에 있는 다양한 작업들과, 다양한 체크포인트와 작업자명에 대한 로그입니다. 중요한 것은, 깃은 누가 어떤 작업을 했고 이 체크포인트와 변화를 만든 사람이 누구인지 안다는 것이고 그래서 그 설정을 해야 합니다. 하지만 다른 곳에서 쓰는 계정과 일치하지 않아도 됩니다. 개발자로 알려지고 싶은 이름을 사용할 것을 추천합니다. 만약 작업한 것을 퍼블리시해서 깃허브에 올린다면, 여러분에게 권한이 있거나 또는 일관성이 있을 것이라고..

GIT 2022.12.30
반응형