git

commit

git은 commit 메시지를 통해서 버전관리를 한다.
commit에는 누가 언제 commit을 했는지 정보와 프로젝트 변경에 대한 내용이 나와있다.
commit을 작성할 때는 명확하게 적을 필요가 있다.

add, staging

변경된 파일을 기능별로 묶어서 commit을 할 수 있다.
변경된 기능별로 잘 묶여서 commit이 돼 있다면 오류수정이나 팀 단위 작업에서 용이함.

원격 repo

로컬repo에서 push를 통해서 원격repo로 변경된 파일과 commit을 보낼 수가 있다.
pull을 통해서 원격repo의 변경사항을 가져 올 수 있다.
내 컴퓨터에 로컬repo가 없다면 원격repo에 있는 정보를 clone을 통해 전부 가져올 수 있다.

branch와 merge

깃에서 팀작업을 가능하게 하는 기능은 branch라는 기능이다. 나뭇가지처럼 갈라져 나와서 작업을 하고 완성하고 나서 다시 메인 branch로 merge하는 식으로 관리한다.

branch

— 개인적으로도 브랜치를 활용하면 기능별로 정리가 될 것 같아서 너무 좋을 것 같다.
— 작업을 개별적으로 나누어서 한다는게 평소에 정리를 힘들어하는 나에게 좋은 영향을 끼칠거라고 생각한다.

오류를 두려워하지 마라

요즘 제일 많이 듣는 말이지만 들을 때마다 절로 고개가 끄덕여진다. merge conflict 상황에서도 당황하지말고 깃이 알려주는대로 conflict를 자연스럽게 처리하면 된다.

순서에 맞게

ex) 이슈 -> 코드작성 -> 커밋 -> 푸시
개발에 관련된 모든 스택들은 순서가 중요하다고 생각한다. 순서에 맞게 작업을 하고 정돈된 작업 라인을 만드는 것을 마음에 새기자.