티스토리 뷰

 

 

 

1. PR(Pull Request)를 close할 시, 브랜치가 존재한다면 다시 open 상태로 되돌릴 수 있다. (O, X)

답: o

 


2. PR을 작게 만드는 원칙을 2가지 이상 말해주세요.

답: 

  1. 한 번에 많은 변경 사항을 포함하는 대신, 각각의 PR이 한 가지 작은 기능이나 에러를 나타내는 PR 올리기
  2. 코드 리뷰의 효율성을 높이기 위해서 PR 생성시 코드 길이를 제한하기 (ex, 1개의 PR은 1000 Line을 넘을 수 없다)


3. 좋은 커밋이란 무엇인지 2가지 이상 말해주세요.

답: 

  1. 한 커밋에 한 가지 변경 사항만이 포함 된 커밋 (작고 의미있는 단위의 커밋)
  2. 명확하고 간결한 커밋 메세지가 작성된 커밋

 

4. 일반적인 Git의 작업 흐름에 대해서 말해주세요.

답:

  1. 새로운 기능 또는 버그 수정을 위해 새로운 브랜치 생성하기
  2. 변경 사항을 작업하고 커밋하기
  3. 변경된 내용을 원격 저장소에 푸시하여 공유하기
  4. 변경 내용을 기반으로 원본 브랜치에 대한 변경 사항을 포함하는 Pull Request를 생성하기
  5. 코드 리뷰 및 피드백을 받고 필요한 경우 변경 사항을 반영하여 커밋하고 푸시하기
  6. 리뷰어의 승인을 받으면 해당 브랜치를 병합(Merge)하고 PR을 닫기.
공지사항
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
«   2025/02   »
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28
글 보관함