Add .gitignore- 로컬에서 개발한 파일에서 코드를 올릴때 node js나 npm module같은 환경변수파일들은 깃허브로 올릴 필요가 없다. 그럴때 ignore에 적으면 깃허브로 업로드 되지 않는다. 보통 readme 파일에 어떤 것을 썼다 설치를 해야한다라는 내용의 글을 적어주는 편. readme는 이 프로젝트에 대한 설명과 실행하려면 어떻게 해야한다는 길라잡이역할을 하기때문에 그에 관련된 내용을 적는게 옳음.
Choose a license프로젝트에 관련된 라이센스가 있을 때 선택
Git 명령어 (command)
' git 명령어 -option '
내용
의미
git config —global
깃 명령어 정보 확인하기
git --version
깃이 설치되어 있는지 버전 확인 가능
git echo
새로운 파일과 그 파일의 내용을 생성
git init
새로운 저장소를 생성(master 브랜치 생성)
git add
현재 상태를 추적
git commit
현재 상태를 저장
git show
commit 정보를 확인
git clone URL
기존 소스 코드를 다운로드/복제
git branch
브랜치 목록
git branch <브랜치이름>
새 브랜치 생성 (local)
git checkout -b <브랜치이름>
브랜치 생성 & 이동
git push origin <브랜치이름>
만든 브랜치를 원격 서버에 전송
git remote add <name> <url>
url으로 원격 저장소를 등록
git remote -v
현재 git에 등록된 원격 저장소 리스트를 보여 줌
git push -u < remote > <브랜치이름>
새 브랜치를 원격 저장소로 push
git pull < remote > <브랜치이름>
원격에 저장된 git 프로젝트의 현재 상태를 다운받고 + 현재 위치한 브랜치로 병합
git push origin master
변경사항 원격 서버에 업로드
git pull
원격 저장소의 변경 내용이 현재 디렉토리에 가져와지고(fetch) 병합(merge)됨
git merge <다른 브랜치이름>
현재 브랜치에 다른 브랜치의 수정사항 병합
git checkout -- <파일명>
로컬의 변경 사항을 변경 전으로 되돌림
git fetch origin
원격에 저장된 git프로젝트의 현 상태를 다운로드
git diff 파일이름
파일 안에 변경된 내용을 보여준다. ( working directory와 staging area 사이의 차이를 확인하기 위해 사용된다. 예를 들어서 같은 파일이 레파지토리에 올려져 있는 상황에서 파일을 수정한 다음 수정된 부분이 어디인지 확인해 보는 것. 혹시나 add옵션을 사용하여 staging area로 올려버리게 되면 변경사항을 확인할 수 없으므로 주의해야 함)
... 그 외에 CLI(Command Line Interface)명령어
내용
의미
mkdir 폴더이름
폴더를 생성 (make directory)
cd 폴더이름
현재 위치에서 상위 폴더로 이동 (change directory)
cd ..
현재 위치에서 하위 폴더로 이동
open 폴더이름
해당 위치의 폴더를 실제로 엶.
ls
파일 리스트 보기
ls -al
파일, 디렉토리의 상세정보 함께 표시
clear
터미널에 입력된 내용들을 지워 줌
rm -rf 폴더이름
디렉토리 항목을 삭제
code .
현재 폴더를 VSCode 에디터로 열기 ( 설정환경마다 다르지만 vscode에서 설정 > 커맨드 팔레트 툴(command + shift + p) > code 입력 > Shell Command: install ‘code’ command in PATH 클릭하면 설정 완료 )
Git 처음 설정해야 할 것
Git 최초 설정: 사용자 이름과 이메일 설정하기
git config —global user.name “이름”
git config —global user.email “이메일”
Git과 같은 버전 관리 도구는 여러 사람이 함께 협업하는 것을 전제로 하고 있다. 따라서 저장소에 변경 사항을 추가하는 Commit 작업을 할 때 누구의 작업인지를 기록하는 것이 매우 중요!
Git에서는 커밋을 할 때 사용할 이름과 이메일을 지정할 수 있으며, 이 때 커밋에 기록된 이메일은 GitHub의 사용자를 연결할 때도 사용된다.
Git의 workflow
Working directory - 프로젝트의 작업을 수정하고 있는 장소
Staging area - 히스토리에 저장할 준비가 되어있는 파일들을 옮겨놓는 장소
Local Repository - 히스토리를 가지고 있는 장소
Working Directory에서 어느정도 작업이 되었다고 생각한 파일들을 add 명령어를 이용하여 staging area로 옮겨두게 되고 commit 명령어를 이용하여 Local Repository에 옮김. 마지막으로 Local Repository에 도착한 파일들을 push 명령어를 통해 깃허브 주소로 업로드
Local Repository에저장되어있는파일은 'git checkout — 파일이름'을통해언제든지 working directory로돌려놓을수있음.
