계란 블로그

6. 저장소(Repository) 파일이나 폴더를 저장하는 곳이다. Git 저장소는 파일 변경 이력 별로 구분되어 저장한다. 로컬 저장소(local repository): 내 PC에 파일이 저장되는 개인 전용 저장 공간(git init 으로 초기화하는 것이 로컬 저장소를 생성하는 것이다.) 원하는 폴더 생성 => 해당 폴더에서 git init 명령어 입력 => .git 폴더 생성 확인(로컬 저장소 생성 완료) clone: 원격 저장소에서 복사해와서 local repository를 생성할 수도 있다. 원격 저장소(remote repository): 파일이 전용 서버(GitHub)에서 관리되며 여러 사람이 함께 공유한다. Ex) 로컬 저장소 만들기 1) 원하는 폴더에서 git을 실행시킨다. 2) git in..

5. Git 기본 동작 원리 5.1 기본 동작원리 working directory: 현재 작업 중인 폴더 자체를 말한다. staging area: Git에 등록하기 전에 변경 사항이 있는 부분을 등록하는 공간, 깃에 등록할(커밋 후보) 파일들이 올라가는 영역 local repository(로컬 저장소): 로컬 Git 프로젝트의 메타 데이터와 데이터 정보가 저장된다. 여기까지는 내 컴퓨터 안에 저장된다. remote repository(원격 저장소): 온라인 상에 존재하는 저장소 (GitHub 서버 상에 존재한다.) 5.2 기본 용어 origin: 원격(깃허브 저장소)에 있는 코드 자체를 의미한다. head: 내가 작업 중인 로컬 브랜치 add: working directory에서 staging area로..

4. Git 셋업하기 4.1 사용자 설정 및 세팅 - 이론 로컬에서 사용할 Git 사용자 이메일과 이름을 설정 git config: Git에 관한 설정을 추가, 변경, 삭제하는 명령어 설정 파일 System 설정 파일(모든 시스템 사용자에게 적용) , ex) git config --system Global 설정 파일(한 사용자의 전치 Git Repository에 적용된다.) , ex) git config --global Local설정 파일(하나의 Repository에만 적용된다. ) , ex) git config --local Note) Global Git 사용자 설정과 확인 git config --global user.email "내 이메일 주소 - 깃 아이디" git config --global us..

1. Git이란? 1.1 Git Git은 형상 관리 도구(Configuration Management Tool, 버전 관리 시스템) 중 하나이다. 효과적 관리: 여러 명시 동시에 작업하더라도 문제 없도록 한다. 소프트웨어의 여러 버전을 동시에 관리 가능 Git사이트에서 reference 메뉴에서 모든 기능을 확인 가능하다. 사용하는 이유는? 프로젝트 할 때, 어떤 기능을 빼고 더하고 고치고 수정하는 과정은 필수이다. 기능을 되돌리게 할 수도 있고 서로 다른 기능의 버전을 유지해야하는 경우도 있다. 1.2 Git 기반의 온라인 서비스 GitHub:프로젝트 소스 코드 클라우드 호스팅 + 특색에 맞는 기능을 제공한다. Bitbucket: Atlassian(Source Tree만든 회사)의 제품들과 연계 Git..

10.1 README 1.10-1 MarkDown(마크 다운) - MarkDown: 일반 텍스트 형식의 문서의 양식을 편집하는 문법 - 누구나 쉽게 읽고 쓸 수 있으며 HTML로 변환이 가능하다. - 특수 기호와 문자를 이용한 매우 간단한 구조의 문법을 사용해 빠르게 작성하고 쉽게 읽을 수 있다. 코드 블럭도 작성 가능하다. - MarkDown 태그의 종류 -> 제목: #, ===== -> 인용: > -> 강조: *, _ -> 링크: [텍스트](주소 "설명 생략가능") -> 이미지:  -> 리스트: 1, *, -, + -> 코드 표시: 코드 , 한 줄 띄우고 스페이스 4 칸, ```코드``` -> 가로선: -----, *****, +++++ cf) 마크다운 가..

9.1 실무 적용 - ISSUES: 이슈는 프로젝트의 작업, 개선 사항, 버그를 추적하고 커뮤니케이션할 수 있는 GitHub에서 제공하는 기능이다. - 라벨도 달고 변경한다.. Ex) 1) 템플릿 생성 가능 2) 깃허브에서 이슈를 만드려는 저장소에 들어가서 settings탭으로 들어간다. 3) issues 탭이 있다. set up templetes 클릭한다. - 그러면 아래처럼 만들어진 양식이 있다. 커스텀으로도 가능하다. 이슈 세팅 자체도 커밋의 개념이다. 4) 이슈 탭으로 가서 get started - 다음과 같이 오류 템플릿이 생긴다. - close comment 이슈를 종료시킨다. - 닫고 나면 closed 케이스와 open케이스로 분류된다.

8. 다른 사용법 8.1 VSCode로 Git 사용하기 - 마이크로소프트에서 만든 소스코드 편집기이다. - 편집기 내에서 Git을 지원한다. 8.2 VSCode 실습 (터미널에서 사용하는 방법, 명령어) - git status: 저장소의 상태를 보여준다. - git add "파일명": 추가되지 않은 내용에 대해 working directiry => staging area로 등록한다. -> git add -i: 추가되지 않은 파일들 모두 한번에 staging area에 추가한다. - git rm --cached [파일 경로]: staging area에 add된 파일을 다시 working directory로 내린다. -> git rm -r --cached: staging area의 모든 파일을 working..

5.1 Git을 특별하게 하는 것 Git의 델타 방식과 스냅샷 방식 델타 방식 버전 별로 특정 파일의 변화가 누적되서 저장된다. 깃에서 브랜치를 바꾸거나 뭔가를 할 때마다 각 파일을 처음 만들어진 시점 부터 변경사항들에 보면서 현재 내용을 계산해야한다. => 관리한지 오래됐을 수록 가져오는 시간이 길어진다. SVN 에서 사용한다. 스냅샷 방식: 새로운 버전이 만들어질 때, 해당 버전의 각 파일의 상태가 최종 상태 그대로 저장되어 있다. 변화가 없으면 그대로 가져오고 변화가 있는 파일은 최종 파일 내용일 저장되어 있다. 커밋 개수가 많은 경우에 효율적이다. 현 시점의 파일 내역이 저장되어 있어서 편리하다. Git 에서 사용한다. 중앙 집중식 버전 관리: CVS나 subVersion 같은 VCS는 원격 서버..

pull 할 것이 있는데 push해버리면? push할 것이 있을 때 pull하는 두 가지 방법 git pull --no rebase: (merge 방식, 소스 트리의 "병합") 로컬과 원격의 어긋난 시간을 모아서 push git pull --rebase: (rebase 방식, 소스 트리의 "재배치") 원격에 맞춘 다음에 내 것을 잘라서 붙인다. 협업 상황에서 rebase 방식을 쓰지 말아야한다. 로컬에서 작업할 때, 이미 공유된 것들을 rebase해서 올리지 말아야 한다는 의미이다. 뭔가 pull해야 하는 상황에서는 rebase해도 된다. 로컬 내역을 강제로 push하기 git push --force 로컬이 원격보다 뒤처진 상태에서 push 할 수 없다. 그런데 원격의 내용이 잘못되서 로컬 내용으로 강제..

584. Find Customer Referee referee의 id가 2가 아닌 row만 반환한다. Customer table: +----+------+------------+ | id | name | referee_id | +----+------+------------+ | 1 | Will | null | | 2 | Jane | null | | 3 | Alex | 2 | | 4 | Bill | null | | 5 | Zack | 1 | | 6 | Mark | 2 | +----+------+------------+ Output: +------+ | name | +------+ | Will | | Jane | | Bill | | Zack | +------+ 출처 - https://leetcode.com/..