728x90
반응형
간만에 깃을 쓰려니 별게 다 기억이 잘 안난다.
모든 명령어는 깃에 올릴 폴더에서 사용해야한다.
먼저 Git을 쓰는 이유는 버전관리, 협업이기 때문에 내 코드를 잘 쪼개서 커밋하고
팀원들과 코드를 공유하며 하나의 작업물을 만들어내는 것이 중요하다는 생각을 갖고 시작하자.
Git은 원격 저장소와 로컬 저장소로 나뉘고 로컬에서 작업한 내용을 로컬 저장소에서 관리한 후
이 중 공유하고싶은 내용을 원격 저장소로 업로드(push)한다고 생각하면 된다.
모든 단계가 중요하지만 특히 커밋은 변경 사항에 대한 이력, 즉 로그를 남겨두는 것이기 때문에
어떤 내용을 수정했는지 유추할 수 있도록 남기는 것이 중요하다.
처음에 깃을 쓸 때는 어렵지만 전체적인 흐름을 잘 이해한다면 문제없이 사용할 수 있을 것이다.
[초기 설정]
git init .
git clone "git url"
[브랜치]
git branch
git branch "브랜치명"
git checkout "브랜치명"
git switch "브랜치명"
[Add]
git add .
git add "파일명"
[Commit]
git commit -m "커밋 내용"
[Push]
git push origin "브랜치명"
git push -u origin master
[Merge]
git merge "브랜치명"
기본 설정이 다 끝난 상태라면 일반적으로 아래와 같은 흐름으로 진행하면 된다.
cd "Git 디렉토리"
git pull
git checkout yangsoso
git add .
git commit -m "Add new file"
git push -u orign master
git checkout master
git merge yangsoso
다른 팀원의 작업물을 가져와서(pull) 원격 저장소와 로컬의 sync를 맞춰주고
브랜치로 이동하여(checkout) 로컬의 작업물을 추가(add)한 후 어떤 작업을 진행했는지 커밋(commit)하고
이를 원격 저장소로 보낸다고 생각하면 된다.
중간 중간에 진행이 잘 되고있는지 궁금하다면 git status 명령어를 사용하는 것이 좋다.
머지의 경우 마스터가 충돌이 발생했는지 확인하고 합쳐주는 것이 좋다.
728x90
'개발일지 > GIT' 카테고리의 다른 글
[Git] github label 한번에 추가하기 (github-label-sync) (0) | 2024.05.30 |
---|---|
[Git] Github webhook을 통해 mattermost 메세지 보내기 (python, koyeb) (1) | 2024.05.28 |
[Git] Github에서 Gitlab으로 미러링 (Github Action) 잔디 옮기기 (0) | 2024.05.28 |
[깃허브] 깃허브 프로필, 닉네임 저장소 (special repository) (0) | 2024.05.22 |
[Git] .gitignore 파일 자동 생성 (0) | 2023.10.19 |