티스토리 뷰
상황 설명
- 개인적으로 issue를 달고 feature/기능명 이름의 branch를 만들어 PR을 날리는 연습을 하고 있습니다.
- collaborator은 없고 개인 repo이며 public으로 되어있습니다.
원하는 기능
- PR의 reviewer를 owner인 나로 설정하여 merge confirm을 하는 것
부연설명
- main 브랜치에 protection rule을 적용시킬 수 있어 merge 이전에 reviwer의 수를 지정할 수 있는 옵션이 있길래 1명으로 적용하였습니다. Require approvals(protection ruels -> edit 버튼 -> protection rule의 옵션 중 하나)가 바로 그 옵션입니다. 해당 repo의 contributor이자 owner는 저밖에 없으므로 reviwer 1명을 저로 간주하여 review를 하고싶어 체크했습니다.
하지만, 아무리 세팅해도 reviewer에 제 닉네임이 뜨지 않아 관련 내용을 찾아보니 아래와 같은 답을 얻어낼 수 있었습니다.
https://github.com/community/community/discussions/6292?sort=new
결론
요약하자면 2022년 기준으로 owner 혼자관리하는 repo에서는 본인 자체를 reviewer로 지정하는 옵션은 따로 없다고 하는 거 같습니다. Require review from Code Owners 옵션을 체크하면 코멘트를 달아 셀프 review는 가능합니다만 approve를 하는 명시적인 reviwe를 달 수는 없습니다.
📌 참고로 reviewer는 추가하여 지정해줄 수 있는데 PR의 오른쪽 상단 부분에 있습니다.
reviwer를 지정하기 위해선 따로 권한을 부여하여 지정해줘야 하는데 그 세팅 중 하나가 CODEOWNER 파일에 권한을 부여할 아이디를 작성하는 것입니다.
이 외에 다른 세팅도 있는 것으로 아나 구글링과 github docs를 참고하여 간단히 설정할 수 있으므로 생략하겠습니다.
'프로그래밍 > Git, Github' 카테고리의 다른 글
[Git] 원격 저장소(github repo)를 로컬 저장소(내 pc)로 가져오기 (0) | 2023.02.16 |
---|---|
[Git] git config 기본 설정 (0) | 2023.02.16 |
[Github | CLI] Github 공식 CLI: gh (0) | 2023.02.03 |
[Github] commit message & Issue 활용 (0) | 2023.01.11 |
[Git] merge와 rebase의 차이, 깔끔한 Git history를 위한 Rebase 사용법 주의사항 (0) | 2022.12.01 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 부트캠프항해
- tilde caret
- 프리온보딩 프론트엔드 챌린지 3월
- nvm경로 오류
- 프리렌더링확인법
- float 레이아웃
- 원티드 FE 프리온보딩 챌린지
- getServerSideProps
- getStaticPaths
- aspect-ratio
- is()
- fs모듈 넥스트
- && 셸 명령어
- reactAPI
- 항해99추천비추천
- 원티드 프리온보딩 FE 챌린지
- nvm 설치순서
- ~ ^
- 형제 요소 선택자
- grid flex
- Prittier
- 타입스크립트 DT
- 틸드와 캐럿
- 원티드 3월 프론트엔드 챌린지
- 원티드 프리온보딩 프론트엔드 챌린지 3일차
- D 플래그
- 항해99프론트
- text input pattern
- 타입스크립트 장점
- 항해99프론트후기
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |
글 보관함