HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
프로그래머스 프론트엔드 데브코스 2기
프로그래머스 프론트엔드 데브코스 2기/
😇
오프팀/
🔥
팀 프로젝트 문서/
Github 컨벤션
Github 컨벤션
Github 컨벤션

Github 컨벤션

💡
브랜치 종류
feature + develop + main
  1. feature (각자 맡은 기능브랜치) 따로 만들고 기능 단위로 develop에 pr
  1. develop로 통합 후 실행 가능한 단위로 main에 pr
  1. main에 가져와 자동배포(CD)
 
작업 흐름
💡
작업 흐름
  1. 레포를 만들고 contributor로 팀원 초대
  1. develop 브랜치를 만들고 프로젝트 초기화
  1. 팀원들 각자 develop 따와서 브랜치를 만듬 ( 기능별로 feature 브랜치를 만드는 방식 )
  1. 각자 브랜치에서 작업 후 pull —rebase origin develop
  1. 충돌 발생시 수정 ( 페이지 하단 참조 )
  1. 충돌이 없다면 각자의 원격 feature 브랜치로 push하고 pr 작성 후 develop으로 merge
  1. develop이 실행가능한 단위가 돼을 때 main에 pr 후 merge

사용법

Git Bash 명령어
git rebase 명령어 정리
git rebase에 대해서 정리한 글입니다
git rebase 명령어 정리
https://dkmqflx.github.io/development/2020/08/06/git-rebase/
git rebase 명령어 정리
🎢 Git Rebase 활용하기
🙌 Read as Dev Post [Eng] Git의 Rebase는 다양한 쓰임이 있습니다만, 이번 포스트에서는 브랜치 병합시 Rebase를 활용하는 방법과 그 과정에 대해 자세히 알아보겠습니다. 두개의 브랜치가 존재하는 상황일 때, 하나의 브랜치에서 다른 브랜치로 합치게 되는 경우 Git에서는 일반적으로 다음 두 가지 방법을 사용할 수 있습니다. 1. Merge 2.
🎢 Git Rebase 활용하기
https://velog.io/@godori/Git-Rebase
🎢 Git Rebase 활용하기
git pull --rebase 를 쓰자
원문 참고링크 : https://teamairship.com/update-outdated-branch-without-creating-merge-commit/ 1) master branch 에서 readme.txt 에 "foo commit1" 이라고 추가하고 - rebase 를 하고픈 명을 origin master 라고 준 것 . foo commit1 도 들어있다 . - 만약 remote (= origin/feature) 역시 외부에서 commit 이 이루어진 상황이라면 1) master branch 에서 readme.txt 에 "foo commit 2 " 이라고 추가하고 에러 메시지에 해법이 다 들어있다 .
git pull --rebase 를 쓰자
https://jusths.tistory.com/60
git pull --rebase 를 쓰자
7. rebase로 병합하기 【튜토리얼1: 브랜치를 사용해 보자] | 누구나 쉽게 이해할 수 있는 Git 입문~버전 관리를 완벽하게 이용해보자~ | Backlog
앞선 튜토리얼에서 우리는 두 개의 브랜치를 'master' 브랜치로 모두 병합 시켰습니다. 그로 인해 두 개의 줄기로 브랜치가 분기 되었다가 다시 하나로 합쳐지는 것을 확인 했었습니다. 'issue3' 브랜치를 병합 할 때에 rebase 를 먼저 실행한 후 병합을 시도한다면 그 이력을 하나의 줄기로 만들 수도 있습니다. 이번에는 이와 같은 경우를 만들어 보도록 하겠습니다.
7. rebase로 병합하기 【튜토리얼1: 브랜치를 사용해 보자] | 누구나 쉽게 이해할 수 있는 Git 입문~버전 관리를 완벽하게 이용해보자~ | Backlog
https://backlog.com/git-tutorial/kr/stepup/stepup2_8.html
7. rebase로 병합하기 【튜토리얼1: 브랜치를 사용해 보자] | 누구나 쉽게 이해할 수 있는 Git 입문~버전 관리를 완벽하게 이용해보자~ | Backlog
Git Rebase (2)
안녕하세요, 이번 포스팅에서는 지난 포스팅에 이어서 git rebase에 대해 조금 더 탐구해보도록 하겠습니다. 지난 포스팅이 git rebase의 개념과 작동 원리에 초점을 맞췄다면, 이번 포스팅은 구체적인 예시를 통해 git rebase 의 더 다양하고 강력한 기능들을 어떻게 사용할 수 있는지에 초점을 맞춰서 작성했습니다. git rebase를 자주 사용하는 용도 중 하나는 과거의 커밋을 수정하는 것입니다.
Git Rebase (2)
https://suhwan.dev/2018/01/27/Git-Rebase-2/
Git Rebase (2)

보지 마세요

💥
시뮬레이션 (1)

협업 방식 참고

1. contributor 방식

[Git] Git-flow / Git을 사용하여 협업하는 방법
이번에 협업을 진행하면서 처음으로 git을 사용해보았지만 팀원들과 나름대로 규칙을 정해서 git을 사용하여 큰 문제없이 프로젝트를 완료할 수 있었다. 프로젝트를 끝 마친 뒤에야 알게 된 내용이지만 Git을 이용한 협업에도 권장하는 방식이 있으며 그 방식을 Git-Flow라고 부르는 것 같다. 언뜻 보면 어려워 보이지만 속은 그렇게 어렵지 않다고 한다.
[Git] Git-flow / Git을 사용하여 협업하는 방법
https://jong99.tistory.com/120?category=901853
[Git] Git-flow / Git을 사용하여 협업하는 방법

2. fork 방식

Git을 이용한 협업: Fork 부터 Pull Request 까지
Git은 쉽고 효율적인 버전 관리를 통해 커뮤니티(Github)에 공유된 Open Source 프로젝트 또는 개인 및 단체의 Private Source에 접근, 생성, 수정 할 수 있도록 하는 도구이다. 이 포스트에서는 Github에 업로드 되어있는 source에 접근해 작업하고 Pull Request 하기까지 타인과 협업하면서 프로젝트를 개발하는 일반적인 협업 전략과 그 방법에 대해 알아본다.
Git을 이용한 협업: Fork 부터 Pull Request 까지
https://seungwubaek.github.io/tools/git/contributing_using_pull_request/#7-solve-conflict--commit--push
Git을 이용한 협업: Fork 부터 Pull Request 까지

commit 메세지 예시

[협업] 협업을 위한 git 커밋컨벤션 설정하기
어떻게 하면 협업을 더 잘할 수 있을까 고민하며 협업에 필요한 내용들을 계속 정리하고 있습니다. 앞으로 저와 함께 협업하는 팀원분들에게 도움이 되고 싶습니다. 이 글은 Udacity G it Commit Message Style Guide 를 주로 참고하여 작성했습니다. 세부적인 내용은 프로젝트에 맞춰 수정할 수 있습니다.
[협업] 협업을 위한 git 커밋컨벤션 설정하기
https://overcome-the-limits.tistory.com/entry/%ED%98%91%EC%97%85-%ED%98%91%EC%97%85%EC%9D%84-%EC%9C%84%ED%95%9C-%EA%B8%B0%EB%B3%B8%EC%A0%81%EC%9D%B8-git-%EC%BB%A4%EB%B0%8B%EC%BB%A8%EB%B2%A4%EC%85%98-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0
[협업] 협업을 위한 git 커밋컨벤션 설정하기

issues & Projects 사용법

[Github] 협업시 프로젝트(Projects)와 이슈(Issue) 사용하기
이번 글에서는 Github에서 제공하는 Projects와 Issue가 무엇인지 알아보며, 이것을 이용해서 프로젝트를 효율적으로 관리할 수 있는 글을 알아보자. 먼저 Github 에 들어가서 자신의 레포지토리 아무거나 들어가보면 아래와 같은 화면을 볼 수 있다. 그림에서 볼 수 있듯이 Github에서는 Issue와 Project 를 제공해주는데 하나씩 무엇이고 어떻게 사용하는지 알아보자. 프로젝트는 작업 현황과 진행도를 볼 수 있는 메뉴이다.
[Github] 협업시 프로젝트(Projects)와 이슈(Issue) 사용하기
https://devlog-wjdrbs96.tistory.com/227
[Github] 협업시 프로젝트(Projects)와 이슈(Issue) 사용하기
 

PR template

첫 번째 참조
[Git] Commit Message / PR 잘 쓰는 방법
커밋 메시지 규칙 커밋 메시지 예시 깃 이모지💚 커밋 메시지는 제목과 본문으로 나누어진다! 설명이 충분하다면 제목만으로도 괜찮다 하지만 어떤 변경사항이 있는지 맥락과 설명이 필요하다면 본문 혹은 꼬리말을 활용할 수 있다. 제목(Subject) 제목과 본문을 한
[Git] Commit Message / PR 잘 쓰는 방법
https://velog.io/@ye-ji/Git-PR-%EC%9E%98-%EC%93%B0%EB%8A%94-%EB%B0%A9%EB%B2%95
[Git] Commit Message / PR 잘 쓰는 방법
[Git] GitHub pull request template 만들기
GitHub 를 사용하여 프로젝트를 진행한다면 커밋 내역을 Pull Request 하고 팀원들과 코드 리뷰하는 시간을 가지게 된다. 덕분에 코드를 merge 하기 전에 변경 사항에 대해 검토하고 팀원들과 의견을 나눌 수 있다. 이 때 pull request template을 작성해두면 Pull Request 마다 자동으로 템플릿을 내용을 PR body에서 확인 할 수 있다.
[Git] GitHub pull request template 만들기
https://wecandev.tistory.com/150
[Git] GitHub pull request template 만들기
 
 

충돌 해결

Video preview
 
상태
참고 사이트
담당자