Git

· Git
fetch로컬 저장소에는 없지만 원격 저장소에 있는 데이터를 가져올 때 사용git fetch [원격 저장소 이름] amend최신 커밋에 누락된 파일을 추가하고 싶을 때 사용 #첫 커밋git add test.txtgit commit -m "first commit"#기능 수정 후 amendgit add test.txtgit commit --amend#커밋메시지 수정 후 pushgit push 한번 더 커밋하면 된다고 생각할 수 있지만, 유지보수와 복구 측면에서 볼 때 커밋, 푸시는 하나의 기능 단위로 하는 게 좋다. stash현재 브랜치에서 아직 커밋하지 못한 (아직 기능 단위로써 완성되지 않은) 파일들이 있는데, 다른 브랜치로 넘어가야하는 경우 현재 브랜치의 변경사항을 잠시 보관할 때 사용한다. (임시저장..
· Git
fork란?fork기능을 사용하면 원본 저장소를 복사하여 내 저장소에서 commit, push할 수 있다. (원본 저장소의 최신 소스를 그대로 복사한다고 생각하면 된다.) *fork는 git 만의 용어는 아니며, 포크(fork) 또는 소프트웨어 개발 포크, 프로젝트 포크(project fork)는 개발자들이 하나의 소프트웨어 소스 코드를 통째로 복사하여 독립적인 새로운 소프트웨어를 개발하는 것을 말한다.  fork vs. branch브랜치와 포크는 두가지 모두 코드를 협업하기 위해 분기점을 나누는 방식이지만 특성이 다르므로 프로젝트에 맞게 사용해야 한다.브랜치포크하나의 저장소에서 브랜치를 나누어 쓴다여러 저장소를 만들고 각 저장소에서 브랜치를 만들어 쓴다코드 커밋 이력을 쉽게 볼 수 있다원본 저장소에 영..
· Git
브랜치란?하나의 프로젝트에는 여러 개발자들이 참여하게 된다. 기능 A와 B가 서로 연관이 없다면, A 개발이 끝날 때 까지 기다렸다가 그 이후에 B 개발을 진행하는 것은 비효율적이다. A와 B 개발을 병렬적으로 진행한 뒤 합치는 것이 가장 효율적인 작업이다. 브랜치는 독립적인 작업 공간이라고 볼 수 있다. 메인 작업 공간의 코드를 복사한 개별적인 작업 공간을 만들고 기능별로 각각 다른 브랜치에서 작업하면, 서로 다른 독립적인 공간에서 작업하는 것이기 때문에 서로에게 영향을 주지 않고 작업할 수 있다. 브랜치 확인과 생성#현재 브랜치 목록과 현재 브랜치 확인git branch#브랜치 생성git branch [branch name]git branch [branch name] main #이렇게 입력할 경우 m..
· Git
push / clone / pull 개념A 의 로컬 저장소에 있는 파일을 원격 저장소로 add & commit & push (원격 저장소로 파일을 올리는 것 = 최신화 시키는 것)B는 원격 저장소의 가장 최신 파일을 본인의 로컬 저장소로 clone (A가 올린 파일을 내려받는 것)B도 A와 마찬가지로 로컬 저장소에서 일부 파일을 수정한 뒤 원격 저장소로 add & commit & pushA는 B가 수정한 파일 (원격 저장소에 업데이트된 파일)을 pull 하여 가져오고 병합함 clone은 내 로컬 저장소에 원격 저장소의 파일을 처음 내려받는 것pull은 내 로컬 저장소를 원격 저장소와 동일하게 최신화 시키는 것 clone 명령어git clone https://github.com/[github id]/[re..
· Git
README.md 수동 생성github에서 repository를 생성할 때 README.md 생성 여부에 체크하지 않은 경우, 아래와 같이 수동으로 생성할 수 있는 방법을 안내한다.create a new repository on the command line(로컬pc 폴더에서 Git Bash를 실행한 뒤, 명령어를 입력하는 방법) 1. README.md 파일을 생성하고, # githubrepo 라는 내용을 저장한다.echo "# githubrepo" >> README.md #linux 명령어 2. 초기화git init 3. 스테이지로 올리기git add README.md 4. 커밋git commit -m "first commit" 5. 브랜치 설정git branch -M main 6. 원격 저장소 주소 ..
· Git
Git 과 GitHubGit과 GitHub은 별개의 시스템이다.Git은 분산 버전 관리 시스템(내 컴퓨터에 설치되는 SW)이며, GitHub은 웹 서비스이다. 각각의 서비스를 만든 사람도 다르다. Git 기반의 웹 서비스는 GitHub 외에도 다양하게 존재한다. (Git, GitHub은 무료 오픈 소스이다.) Git과 GitHub을 사용하면 용량, 협업, 관리 면에서 효율적이다.1. 용량 : 수정된 내역만 저장하고, 중복된 소스를 두번 저장하지 않는다. (Git)2. 협업 : 파일을 주고받거나, 누가 얼만큼 수정했는지 확인하기 쉽다. (GitHub)3. 관리 : 원하는 버전으로 되돌리거나(Git), 코드 피드백/리뷰할 수 있다. (GitHub) Git은 버전 관리 도구중 가장 선호도가 높은 프로그램이다...
나프초
'Git' 카테고리의 글 목록