✔🙆‍♀️수업은 9/29일에 진행한거 까지 같이 정리
👌우리는 CLI 모드에서 깃을 사용하는 것을 먼저 익힐것

vi란? 리눅스의 대표적인 데이터

1.vim command 명령어

커서 이동

• h, j ,k, l - 왼쪽 , 아래 , 위 , 오른쪽
• w - 오른쪽 한 단어의 끝 부분 이동
• e - 오른쪽 한 단어의 앞 부분 이동
• i - 인서트 모드
• v - 비주얼 모드
• esc - 종료( 모드를 벗어난다)
• d - 삭제
• dd - 해당 줄을 삭제
• p - 복사
• u - 이전 명령 취소
• a - 커서 오른쪽에 문자 삽입
• A - 커서 오른쪽, 행의 끝에 문자 삽입
• o - 커서 아래 행에 삽입
• O -커서 위에 행 삽입

command mode

• q : 수정한 파일 저장하지 않고 vi 종료
• q! : 변경사항 보관하지 않고 vi 종료
• w : 변경사항 저장
• wq : 변경사항 보관 후 vi 종료 zz 명령어와 같음 w,q을 연속적으로 수행하는 것
• zz: 변경사항 보관 후 vi 종료
• e! : 수정한 것을 무시하고 다시 편집 상태로

---

git 이란?

형상관리
-소스코드 주고받기 없이 동시 작업이 가능
-수정 내용을 commit 단위로 관리, 배포도 원하는 시점으로 checkout 가능

git objects

• Blob: 파일 하나의 내용에 대한 정보
• Tree : Blob나 subtree의 메타데이터(디레토리 위치, 속성, 이름 등)
• commit : 커밋 순간의 스냅샷

git Process Flow and Command

🚨git과 github은 절대 같지않다

github은 Cloud Remote Repository Service 일뿐
이외에도 Bitbucket 과 GitLab이 있다

repository 생성

(1)init

$git init
$git remote add origin 깃 주소} 
$touch README.md
$git add README.md 
$git commit -m "여기에 커밋멘트" # 하지만 강사님은 추천하지 않았다 따로 쓰길 권장
#git push -u origin master 

master 로 main을 연결

(2) clone

$ git Clone {레포지토리 주소}
$ git add 명칭 
$ git commit
$ git push

🚨새로운 디렉토리들 생성하고 어떤게 있는지 자세히 보고 싶다면

git status -uall 

Commit Convention

• 커밋 제목은 50자 이내로 요약하여 작성한다
• 제목과 내용사이 한 칸
• prefix를 사용하여 한 눈에 커밋의 용도를 알기 쉽게 한다

feat: 기능 개발 관련
docs: 문서작업
conf: 환경설정 관련
fix: 문서화 작업
build:빌드 관련

commit 할 때 기억해야 할 것

• commit은 동작 가능한 최소단위로 자주 할 것
  • 해당 작업단위에 수행된 모든 파일 변화가 해당 commit에 포함되어야함
  • 모두가 이해할 수 있는 log를 작성할 것
  • open Source Contribution 시 영어가 강제가 되지만, 그렇지 않을 경우 팀 내 사용 언어를 따라 쓸것
  • 제목은 축약하여 쓰되 (50 자 이내), 내용은 문장형으로 작성하여 추가설명
  • 제목과 내용은 한 줄 띄워 분리할 것
  • 내용은 이 commit의 구성과 의도를 충실히 작성
    test : 테스트 관련
    ci: Continuous Integration 관련

README.md

• 프로젝트와 Repository를 설명하는 책의 표지와 같은 문서
• 나와 동료, 이 repo의 사용자를 위해서 설치 방법등을 설명해 주는 것

.gitignore

git이 파일을 추척할 때, 어떤 파일이나 폴더 등을 추적하지 않도록 명시하기 위해 작성
해당 문서에 작성된 리스트는 수정사항이 발생해도 git이 무시하게 된다.
특정 파일 확장자를 무시하거나 이름에 패턴이 존재하는 경우 또는 특정 디렉토리 아래 모든 파일을 무시할수 있다

git status 로 확인시 해당 파일에 작성된 애들은 보이지 않는다

LICENSE

오픈소스 프로젝트에서 가장 중요한 것, 배포할 때에도 가장 신경써야함

• MIT License : 오픈 소스 프로젝트임을 보여주는 라이센스 , 마음대로 해도 아무런 문제 생기지 않음.
• Apach License 2.0 : 특허권 관련 내용 포함
• GNU General public License v3.0: 가장 많이 알려져 있으며 의무사항) 해당 라이센스가 적용된 소스코드 사용시 GPL을 따라하) 이 존재합니다

  ---

Gibhub blog

github 저장소를 활용해서 호스팅 할 수 있는 사이트

$ git clone https: https://github.com/sians5544/sians5544.github.io.git
$ touch index.html
$ git add
$ git commit 
$ git push origin master

git
node.js 다운받기 (https://nodejs.org/en/)

$ npm install -g hexo-cli
$ # hexo 시작
$ hexo init blog
$ cd blog
$ npm install

• 포스트 작성

  hexo new post {포스트 명칭} 

• post 작성 후

   hexo celan & hexo generate 

 - Run hexo sever 서버를 실행한다

• 포스팅 작성 후 gitgub으로 자동 푸쉬하는 설정 deploy

  npm install hexo-deployer --git --save

  

  등록해준 github 으로 자동으로 푸쉬하기

  hexo deploy

---

프로젝트를 진행하는데 시작하는 경우 1) 깃 init 을 이용하는 방법 -> 내가 평소에 쓰던 방법이다 프로젝트 단위로 깃을 관리하는것이 좋다

init 의 방법으로 시작해서 리모트레포 설정을 해주어야한다

첫번째 push 을 할때

git push -u origin main 으로 -u 메인끼리를 연결 해줘야한다 업스트림 set 을해줌

이런식으로 작업을 두가지가 진행되었다면 이둘의 연관성이 없기 때문에 나누어서 커밋해야한다
내가 어떤 한 작업단위를 하면서 몇개의 파일을 변경했는지 알아야하고
한 작업 단위가 완료되면
바로 커밋을 하는게 좋다

기능개발 feat 이라고 프리픽스를 달아주는게 좋다
근데 나 안달고 커밋했다 앞으로 달아야지 ㅎㅎ..

스테이지란 내가 변경한 작업을 단위별로 나눠서 커밋하기 위해서이다

2) clone 방법

디렉토리는 경로이기 때문에 (빵조각)이기 떄문에 빈 디렉토리를 커밋할수는 없다 (목적지가 없기 때문에)

git commit -m " " 이 메세지 옵션 -> 이렇게 쓰면 단순하고 편하고 하긴한데
안쓰려고 하시는 이유는...
commit 의 내용을 작성할 때 썼다 지웠다를 반복하게 되므로 오타 자주나면 쓰지말아

refactoring -> 오류 나지 않았지만 개선했을 시에 쓰는 commit convetion

작업 단위에서는 이 작업을 하기 위해서 어떤걸 건들였다 그러면 묶어서 커밋을 같이 한다
log은 모두가 이해할수있게 쉽게 작성한다

commit 영어로 하자 우리 과정 안에서는

commit 의 내용에는 제목에서 이야기 하지 못한 것들을 충실하게 적어줘야함

README.md
-> 레포지토리의 표지라고 생각하자

이 레포의 사용자를 위한 문서이다

.gitignore 할 때 참고할 사이트
** 얘는 혼자 다시 해보자 실패함..;;

https://www.toptal.com/developers/gitignore

MITLicencse

클론소스를 쓰고 싶어도 라이센스 GPL 이 가장 악명이 높다