Search
📝

TIL 22/07/15 (금)

TIL (Today I Learned)

Git & Github 주의 사항

하나의 폴더엔 한번의 git init만!
가장 상위 폴더에서 한번만 관리를 시작하자. 중복 관리자 지정 X
로컬에서 VSCode를 활용하여 Git 관리 시, 반드시 해당 폴더에서 Code로 열기
Github 내에서 프로젝트 수정 금지 → 로컬이랑 버전이 달라지게 됨.

README.md

GithubRepository를 소개하는 글을 작성할 수 있는 파일
레포지토리에 업로드 하면 블로그 대문처럼 README 파일이 뜨게 된다.
프로젝트 진행 시, 상세 설명이 기록될 파일

.gitignore

버전 관리 중인 프로젝트 내에서 버전 관리에서 제외하고 싶은 파일을 기록하는 파일
남에게 보여지면 안되는 보안에 사용되는 파일(AWS 암호키)
굳이 Github에 올릴 필요 없는 파일(용량이 큰 더미 파일)
.gitignore
프로젝트 시작 시, .gitignoreREADME.md를 무조건 먼저 생성하자!
무시할 파일 자동 추천 사이트 : gitignore.io

Git Clone

원격 저장소에 저장된 프로젝트를 로컬로 다운
클론 방법
1.
클론해 오고 싶은 위치에서 오른쪽 마우스 클릭
2.
Git Bash Here
3.
git clone 레포지토리 주소
클론 한번으로 일어나는 과정

Git Pull

원격에 저장된 프로젝트의 버전에 맞춰 로컬 버전 업데이트
서로 다른 장소에서 하나의 프로젝트를 관리하다 보면, 버전 차이로 꼬이는 경우가 발생
pull을 통해 항상 최신 버전으로 업데이트를 한 후 작업을 시작
원격과 로컬의 버전 싱크가 맞지 않을 경우, 특정 버전을 선택 or 병합하여 새로운 버전으로 업데이트

Git Commit Convention

깃 커밋은 막무가내가 아닌 규칙을 정해서!

WIF (What I Felt)

GitGithub 사용 시 꼭 주의해야 할 사항들을 짚고 넘어갈 수 있었다.
.gitignore의 역할과 사용법도 제대로 알게 되었다.
그 간 진행해왔던 프로젝트에선 이 .gitignore을 제대로 숙지하고 활용하진 않았다.
그래서 굳이 원격 저장소에 저장할 필요 없는 파일들도 다 올렸었고, 그러다가 업로드 가능 용량을 초과했었던 기억이..
이제 프로젝트 시작 시 무조건 .gitignore 생성 및 파일을 등록하여 프로젝트를 관리하자!
git clone & pull 숙지 완료
Git에 대해 잘 모르고 막무가내로 프로젝트를 진행하던 시절, 원격 저장소랑 로컬이랑 버전이 달라서 프로젝트 에러 대잔치가 났던 적이 있었고..
clonepull을 모르는 상태가 계속 됐더라면 만약 로컬 환경이 달라졌을 때는 분명 프로젝트를 제대로 진행하기 힘들었을 것이다.
만약 이대로 취업을 도전을 했다면 면전에서 무슨 소리를 들었을지..ㅎㅎ
커밋은 규칙을 정해서 꼭 그 룰에 맞게!
과거 스터디를 하면서 깃 컨벤션의 중요성을 한번 현업 분께 들은 적이 있었고, 프로젝트 진행 시 최대한 따라가려고 노력했었다.
그러다 일일이 세부적으로 커밋을 나눠 진행하는 게 귀찮아지기도 했었다. 그래서 수정 사항도 있고, 추가 사항도 있는데 그냥 뭉뚱그려 하나로 퉁쳐서 Update new contents 같이 이런 식으로 한번에 커밋을 했..
→ 버전 관리와 협업에서 최악의 방식이다. 1인 프로젝트여서 망정이지, 앞으로 팀 프로젝트와 회사에서도 이렇게 하면 절대 안될 것이다!
→ 오늘도 얻어가는 게 많았던 유익한 하루였다. 기본기와 처음부터 좋은 습관을 들이는 것의 중요성도 다시 한번 느낄 수 있었다. 일단 Git에 대해 뭔가 많이 알게 되어 당장 활용할 수 있는 게 많아진 것 같아 기분이 좋다!