[TIL: 0112] GIT / MARKDOWN

🎬 GIT

분산 버전 관리 프로그램

중앙 집중식 관리가 아닌, 서버 그리고 개발자 개인의 PC에도 버전이 동시에 관리가 되어
리소스를 분산으로 관리하는 것

• 깃 활용법
  - 어떻게 변경되고 있는지 트래킹
  - 백업, 복구, 협업

• 깃허브와의 차이
  - 깃허브는 깃으로 관리가 되는 프로젝트 / 폴더(디렉토리)
  - 깃허브라는 클라우드와 같은 서비스에 업로드하고 이를 통해 쉽게 공유하고 협업한다

• 깃을 이용한 버전 관리
  1. 중앙 집중식 버전 관리
  버전에 대한 히스토리는 클라우드 안에 존재
  폴더만 개발자가 보유
  화재로 소실되면 버전관리도 사라진다
  2. 분산 버전 관리
  화재가 발생해도 버전이 사라지지 않는다

• 깃허브와 깃랩의 차이

  • 깃허브는 마이크로소프트 사이트에 올라간다
  • 깃랩은 자체적으로 서버를 구축해서 우리가 만든 서버에 프로그램을 올린다

---

1. 깃 시작하기
2. 초기화: git init : git local repository 초기화
   • 로컬 레포지토리 생성 후 버전으로 관리할 파일을 git add 로 단 한번이라도 Staging area에 옮겨줘야 한다
   • Why? git init 해도, git은 어떤 파일의 버전을 관리해야 하는지 모른다
3. 파일의 상태
   1. 최초 생성시 : untracked
   2. git add 후 : staged
   3. git commit : tracked
   4. 파일의 수정이 있을 때 : modified
   5. 최신이면 : up-to-date

---

1. `git add` : staging area로 버전관리 할 파일 옮기기
	1. `git add .` : 현재 위치한 w.d(working directory)에 생긴 모든 변화 사항을 stage
	2. `git add {file name}` : file을 지정해서 stage
2. `git commit -m '커밋 메시지'
	- 커밋 메시지는 해당 버전이 어떤 목적에서 생성됐는지에 관한 것 
	- 길이의 제한이 있다

** 여기까지가 Local Repository의 일들 **

---

Remote Repoitory (원격 레포지토리 / 깃허브)

• 레포지토리 연결하기 : git remote add origin {remote_repo Url}
• git push origin master : local -> remote로 (upload)
  - 인증 : Remote repository 에 push를 할 권한이 있는지 확인
• add -> commit -> push

📖 MARKDOWN

텍스트 기반의 가벼운 마크업언어

• 특징
  • 문서의 구조와 내용을 같이 쉽고 빠르게 적고자 탄생했다
  • 태그를 이용해 문서를 구조화할 수 있다
  • 디자인이 아니다
• 종류
  - 제목
  - #, ##, h1 / h1 => 모든 마크다운 문서의 기본 틀 / 골격
  - 리스트
  - 순서 X => ' * ' OR '-'
  - 순서 O => 1, 2, 3
  - Python
  - 자료구조
  - List
  - 연속된 인덱스를 가진 iterable 한 자료구조
  - Tuple
  - dictionary
  - 코드블록
  - 문장 한 가운데에서 print('pppp')
  - dddd
  - URL & image
  - [string](이미지 주소)
  - 테이블
  

제목	제목2	제목3
테스트	테스트2	테스트3

• 상세한 마크다운 가이드