1. 프로젝트 생성

   nest new [프로젝트 명]

   

2. package manager 선택: npm

3. package manager installl 진행 후 완료

   

Branch 여러개 사용해보기

1. 프로젝트 생성과 git init

   • 현재 상태 프로젝트 경로 : C:\Users\David\Desktop\dy\git 파일 : 01.js 브랜치 : master

     
     

2. 첫 번째 작업 후 커밋 하기 : git add, git commit

   • 현재 상태

3. 브랜치 생성 : git branch dev1, git branch dev2
   • 현재 상태 브랜치 : master, dev1, dev2

4. dev1 로 체크아웃 : git checkout dev1
   • 현재 상태

5. dev1 로 작업하고 커밋 하기 : git commit -am "dev1 #01 함수 생성"
   • 현재 상태

6. dev2 로 체크아웃 해서 확인해보기 : git checkout dev2
   • 현재 상태 이전 버전으로 돌아온다 -> master #01 커밋으로

7. dev2 브랜치로 작업하고 커밋 하기 : git commit -am "dev2 #01 dev2함수 생성"
   • 현재 상태

8. master 브랜치로 dev1 합치기

   1. master 로 체크아웃 : git checkout master
      
   2. 병합하기 : git merge dev1
      

9. master 브랜치로 dev2 합치기

   1. 병합하기 : git merge dev2 같은 부분을 병합하려 하면 CONFLICT(충돌) 이 발생한다

      
      

   2. 충돌 해결하기 충돌이 생긴 부분을 확인해서 코드를 수정한다

      
      

   3. 다시 커밋 하기 충돌 해결 후 커밋 : git add ., git commit -m "병합 충돌 해결"

   4. 병합 충돌이 해결된 새로운 커밋이 생겨난다

Branch 란?

Branch 의 특징

1. 동시에 여러 개발자들이 프로젝트에서 각기 다른 기능을 독립적으로 개발 할 수 있게 만들어 준다

2. 각자 독립적인 작업 영역(저장소) 안에서 소스코드를 변경할 수 있기 때문에 다른 브랜치의 영향을 받지 않는다.

3. 분리된 작업 영역에서 개발/변경된 내용은 원래의 버전과 비교해서 하나의 새로운 버전으로 만들어 낼 수 있다

Master 브랜치

1. 저장소를 처음 만들면 master 브랜치가 생성된다

2. 이 저장소에서 파일을 추가/수정 해서 커밋할 경우 모두 master 브랜치에 저장된다

HEAD 란?

1. 현재 사용 중인 브랜치의 선두 부분 현재 작업중인 브랜치가 master 임을 뜻한다

   
   

2. HEAD를 이동하면 사용하는 브랜치가 변경 된다

   
   

Branch 명령어

1. Branch 확인 git branch 현재 사용중인 브랜치가 * 로 체크되어짐

2. Branch 만들기 git branch [만들 이름]

3. Branch 이동 git checkout [브랜치 이름] 브랜치 를 이동하면 * 으로 현재 사용중인 브랜치 이름이 선택된다

4. git branch [만들 이름] 과 git checkout [브랜치 이름] 을 한번에 하기 git checkout -b [만들 이름]

5. Branch 삭제 git branch -d [브랜치 이름] 현재 사용중인 브랜치는 삭제되지 않는다 다른 브랜치로 checkout 후에 삭제해야 한다

6. Branch 병합하기 git merge [병합할 브랜치 이름] 현재 사용중인 HEAD가 가리키고 있는 브랜치에 커밋 내용이 넣어진다

Branch 사용해 보기

1. 프로젝트 생성과 git init
   • 현재 상태 프로젝트 경로 : C:\Users\David\Desktop\dy\git 첫 번째 파일 : 01.js

2. 첫 번째 작업 후 커밋 하기 git commit
   • 현재 상태

3. 브랜치 생성 git branch dev

   • 현재 상태
     

4. 브랜치 전환 git checkout dev

   • 현재 상태

5. dev 브랜치에서 두 번째 작업
   • 현재 상황

6. dev 브랜치에서 작업 후 커밋 git commit
   • 현재 상태

7. master 브랜치에 dev 브랜치 병합하기 git merge dev

   • 주의 사항

     1. merge는 HEAD가 가리키고 있는 브렌치가 기준
        2. git checkout master 를 먼저 해줘야 한다
     
     

   1. 체크아웃 git checkout master master - 첫 번째 커밋으로 변경된다

      
      

   2. 병합하기 git merge dev
      

      
      

8. dev 브랜치 삭제하기 git branch -d dev dev 브랜치 내용이 master에 모두 병합 되었기 때문에 더 이상 dev 브랜치가 필요하지 않음

1. Github 에서 Repository 생성

1. Github 에서 로그인후에 Repository 탭 클릭

2. 초록색 New 버튼 클릭 한다

3. 필요한 내용들 작성 : 여기서는 이름만 썼다

4. Create Repository 클릭 -> 완성

2. Local Repository 와 Github Repository 연결

다시 복습해보자 Local Repository : 쉽게 생각해서 현재 커밋한 프로젝트 Remote Repository : 방금 만든 Github repository

1. Local Repository 로 이동 : vscode 로 직접 열거나, 터미널에서는cd "[Local Repository 경로]"

2. 현재 작업/수정 한 내용 커밋 하기 git add, git commit

3. Remote Repository 연결 3-1. 방금 만든 Github Repository에 가서 주소를 복사 한다
   3-2. ``` git remote add origin [Github Repository 주소] ``` Remote Repository(원격저장소)에 origin 이라는 이름으로 해당 주소(Github Repository)를 추가 origin 은 다른 이름으로 해도되지만 대부분 origin 으로 하는 것 같다
   3-3. ``` git remote -v ``` 잘 연결되었는지 확인
   3-4. ``` git remote ``` 현재 연결된 remote 이름 확인 
   

3. Github 로 올리기

1. git push origin master master 자리에는 브랜치 이름이 들어가면 된다 현재 브랜치 이름은 master

2. 확인 Github 에 가보면 잘 올라가있는 것을 확인할 수 있다

4. 계속 업데이트 하려면?

1. 프로젝트를 진행한다

2. git add . , git commit -m "커밋 메세지" 로 Local Repository에 커밋 생성

   
   - 참고사항 한번 커밋한 이력이 있는 경우 ``` git commit -am "커밋 메세지" ``` 로 가능하다 \-am : git add와 -m 을 합친 옵션 
   

3. Github 에 올리기 git push origin master

   
   - 참고사항 ``` git push --set-upstream origin master``` 기본 브랜치로 origin 저장소의 master 브랜치로 설정 -> 이 후에는 ``` git push ``` 명령어로 커밋 내용을 바로 push 할 수 있다

명령어

git update-ref -d HEAD
git rm --cached -r .

1. git update-ref -d HEAD 후에 git status -> 커밋이 취소 되고 staging에 올라와 있는 상태

-> git add . 되어 있는 상태

2. git rm --cached -r . 후에 git status -> Staging Area에서도 내려와 있다

3. git log 확인해보기 -> 첫번째 커밋이 잘 삭제 되어 있음

현재 프로젝트 경로 : C:\Users\David\Desktop\dy\git

visual studio code로 작업

1. ctrl + shift + p 단축키로 터미널 선택

2. Git Bash 선택

3. ctrl + ` : 터미널 열기 or ctrl + shift + ` : 새 터미널 열기

첫 번째 Commit의 과정

1. 초기화 하기

git init

프로젝트 최상위 경로에서 하자 간혹 프로젝트의 내부 폴더에서 하는 경우가 있는데 그러면 전체 프로젝트가 저장되지 않는다 초기화를 하고나면 .git 폴더가 생긴다

2. 상태 확인

git status 깃의 상태를 확인할 수 있다 On branch master : 현재 master 브랜치 No commits yet : 아직 커밋한 파일이 없음 Untracked files : 한 번도 버전 관리 하지 않은 파일, 여기서는 git-01.js 파일 그 외 nothin to commit : 현재 커밋할 파일이 없음 Changes to be committed : 새 파일을 커밋할 것이다 Changes not staged for commit : 파일이 수정되엇지만 아직 스테이징 되지 않았음

3. 스테이징 - 파일 추가

1. git add [파일명]

    Working Directory 에서 Staging Area에 추가하는 명령어

   git status 로 확인해 보자 현재 커밋할 준비가 되었다는 뜻

   
   
   

2. git add . 수정된 파일 전체를 스테이지에 추가

   
   

3. git reset [파일명] : 스테이징 취소, Staging Area에 올라간 파일을 다시 내린다.

      ![](https://images.velog.io/images/cp-david/post/e9e28c56-ef56-4c1a-b06e-ac807b875eb1/image.png)

   
   

4. git reset . 추가된 파일 전체를 다시 내린다

4. 커밋

1. git commit Staging Area에 있는 파일의 버전을 저장소에 저장한다

2. git commit -m "커밋 메세지" -m : 메세지를 추가하는 옵션

   
   

3. 확인 해보자 -> git status 현재 커밋할 것이 없고 워킹트리(Working Directory)가 깔끔하다고 나온다

Git 을 사용하는 이유

1. 버전관리를 위해서 : 언제 어떤 파일/문서 를 수정했는지 기록한다

2. 저장/백업을 위해서 : 로컬에서만 작업시 컴퓨터가 사고나 여러가지 이유로 인해 고장났을 경우 서버에 저장해두면 안전하다

3. 협업을 위해서 : Github, Gitlab 등을 통해 다른 개발자와 협업이 편해진다

Git 의 구성요소

• Working Directory : 작업하는 파일이 있는 경로, 현재 작업하는 프로젝트 폴더 라고 생각하자

• Staging Area : 커밋(Commit)을 수행할 파일들이 올라가는 영역 -> .git 에 숨겨져 있다 커밋을 준비하는 공간 git add 명령어를 통해 Working Directroy 에서 Staging Area 로 올릴수 있다

• Local Repository : 로컬 저장소 -> .git 디렉토리 Git 프로젝트의 메타 데이터와 데이터 정보가 저장되는 디렉토리 커밋들의 집합소 .git 폴더에는 커밋들의 스냅샷들이 저장된다 Staging Area 에 있는 파일들을 git commit 명령어를 통해 Local Repository에 저장

• Remote Repository : 원격 저장소 : 로컬 저장소를 서버에 복사한 것 Github, Gitlab 등등

Github

1. Github 페이지 에서 회원 가입

2. 로그인 하기

Git 설치

1. Git 다운로드 페이지 이동

2. 운영체제 맞는 것 선택해서 설치 진행

3. 설치는 딱히 어려운 부분이 없으므로 next 진행 하면 됩니다

Git 환경 설정

1. Git bash 열기

2. 유저 이름 설정

    git config --global user.name "유저 이름"

3. 유저 이메일 : Github 가입할 때 사용한 이메일

    git congfig --global user.email "유저 이메일"

4. 정보 확인

    git config --list

5. Github 아이디를 여러개 사용하고 싶을 때 : Git 계정 여러개 사용하기

명령어 정리

유저 이름 설정

git config --global user.name "유저 이름"

유저 이메일 설정

git config --global user.email "유저 이메일"

정보 확인

git config --list

필요한 것 : 구글 아이디

Firebase 세팅

프로젝트 생성

1. Firebase 사이트 접속

   

2. 우측 상단의 '콘솔로 이동' 클릭

3. 프로젝트 만들기 클릭

4. 이름 설정

5. 애널리틱스 설정 : 필요하면 설정하고 굳이 필요하지 않다면 하지 않아도 상관없다

6. 프로젝트 만들기 클릭

7. 생성 후 계속 클릭

   

   

8. 프로젝트 생성 완료

Storage 세팅

1. 왼쪽 메뉴의 Storage 선택 후 시작하기

2. 다음 클릭

3. Storage 위치 설정 asia-northeast3 으로 설정 후 완료 시간이 조금 지난 후 완료

   
   

4. Storage Rules 설정 일단은 읽기 쓰기 전부 true 로 설정 후 게시 실제 서비스에서는 권한 설정 필요

앱 추가

1. 왼쪽 설정 아이콘 클릭 -> 프로젝트 설정 -> 하단의 앱 추가 클릭

2. </> 아이콘 클릭

3. 앱 이름 설정 후 앱 등록 클릭

4. 콘솔로 이동 클릭

   

Vue 프로젝트 세팅

1. Vue 프로젝트 폴더 생성 후 vscode로 열어준다 현재 경로 : C:\Users\David\Desktop\working\vue-study-01 github의 vue-template 프로젝트

2. 노드 모듈 설치(이미 되어있으면 패스)

    npm i

   

3. firebase 설치 8버전을 설치하자 : 9버전은 아직 자료가 많이 없다

    npm install --save firebase@8

   

Vue 프로젝트에 firebase 세팅

1. firebase 로그인 로그인 되어있을 경우에는 패스 다른 아이디로 로그인 할 경우에는 로그아웃 후 로그인

    firebase login

    firebase logout

   

   

   

2. firebase init

    firebase init

   

3. Are you ready to proceed? Y

4. 필요한 기능 키보드 위아래로 이동, 스페이스로 선택 한다 여기서는 Hosting과 Storage 선택

   

5. 프로젝트 선택하기

   첫 번째 Use an exising project 선택하면 firebase 사이트에서 만들었던 프로젝트들이 나타난다 여기서는 vue-study-01 선택

   

6. Hosting Setup 맨 처음은 dist 나머지는 N

7. Storage Setup enter 누르면 완료

배포하기

1. Vue 프로젝트를 빌드한다

    npm run build

   

2. firebase에 배포하기

    firebase deploy

   

   firebase 사이트의 Hosting 메뉴에 가보면 확인 할 수 있다

3. 프로젝트 설정에 와서 앱 선택 후 Firebase 호스팅 사이트에 연결 배포한 프로젝트 호스팅 url 선택 후 연결 클릭

2. 명령어를 입력하여 nest 설치

npm i -g @nestjs/cli

node.js 공식 홈페이지 : https://nodejs.org/ko/

LTS 다운로드 및 설치