GitHub는 Coroid를 통해 연결됩니다.GitHub 앱또는개인 접근 토큰. 설정은 에서 진행할 수 있습니다.설정 → 연결 → 소스 제어.
앱 또는 토큰
앱을 사용하는 것이 더 좋습니다. 앱은 사용자별이 아닌 저장소별로 접근 권한을 부여하며, 설정한 사람이 떠나도 계속 작동하고 폴링 없이 웹훅 이벤트를 수신할 수 있습니다.
앱 설치 시 조직 관리자 승인을 받을 수 없는 경우에는 토큰을 사용하세요.
| GitHub 앱 | 개인 접근 토큰 | |
|---|---|---|
| 접근 범위 | 저장소별 | 사용자가 볼 수 있는 모든 항목 |
| 설치한 사람이 떠나도 계속 유지됨 | 예 | 아니요 |
| 웹훅 이벤트 | 예 | 폴링 |
| 소유권 | 앱 | 토큰 소유자 |
앱 설치
GitHub를 선택하여 를 이용하세요.설정 → 연결 → 소스 제어그리고 설치 절차를 따르세요. GitHub는 어떤 저장소에 권한을 부여할지 묻고, 이 설정은 나중에 GitHub의 설정에서 변경할 수 있습니다.
프로젝트 생성 시 저장소가 표시되지 않는다면, 앱에 해당 저장소에 대한 권한이 부여되지 않았기 때문일 가능성이 가장 높습니다.
토큰 사용하기
범위의 클래식 토큰을 생성하거나, 내용 및 풀 요청에 대한 읽기 및 쓰기 권한이 있는 세분화된 토큰을 생성한 뒤 소스 제어 설정에 붙여넣으세요.repo토큰은 생성한 사용자의 신분으로 작동합니다. 풀 요청은 해당 계정으로 등록되며, 해당 계정의 접근 권한이 상실되면 연결이 끊깁니다. 팀 공동 사용을 위해서는 앱이 적합한 선택입니다.
API 이슈
GitHub 이슈
작업 가져오기작업 가져오기.
작업이 되는 이벤트
앱을 사용하면 이벤트 자동화 기능이 pull request를 보내 Qualification에 새 이슈나 Coroid를 언급하는 댓글을 생성할 수 있습니다. 자세한 내용은 참조하세요.트리거 및 대상.
이러한 이벤트에서 생성된 작업은 작성자가 저장소에 대한 쓰기, 유지관리 또는 관리 권한을 가진 경우에만 자동으로 시작됩니다. Coroid는 각 이벤트에 대해 GitHub에 요청합니다. pull request의 경우 작성자는 이슈를 연 사람이지, 라벨을 지정하거나 병합한 사람이 아닙니다. 다른 사람이 만든 작업은 생성된 후 누군가가 시작할 때까지 대기합니다. Coroid를 언급하는 댓글도 작성자에게 쓰기 권한이 있을 때만 유효합니다.
풀 요청 검토하기
앱을 사용하면 Coroid는 자신이 생성한 요청뿐 아니라 다른 사람이나 도구가 연 풀 요청도 확인하고 검토합니다. Coroid 품질 관리는 프로젝트의 검사를 실행하고 Coroid 품질 관리 검사 결과를 게시합니다. Coroid 리뷰는 문제가 있는 줄에 댓글을 달고 Coroid 리뷰라는 검사 결과를 게시합니다. 두 기능 모두 품질 관리의 풀 요청 섹션에서 설정할 수 있습니다. 자세한 내용은 참조하세요.풀 요청.
Coroid가 저장소에서 수행하는 작업
- 코드를 읽어 이해하고 변경합니다.
- 작업별로 브랜치를 생성합니다.
- 해당 브랜치를 푸시하고 기본 브랜치에 대한 pull request를 엽니다.
GitHub는 절대 기본 브랜치에 커밋하거나 자동으로 병합하지 않습니다. 병합은 GitHub에서 pull request를 병합하거나 를 눌러야만 발생합니다.승인 및 병합Coroid에서.
프로젝트를 로 설정하면로컬 전용첫 번째 단계만 수행하고 그 외에는 아무것도 하지 않습니다: Coroid는 코드를 읽고 가져오며, 브랜치, 리뷰 및 검사 결과를 Coroid 내에 보관합니다. 앱이나 토큰이 허용하더라도 풀 요청을 푸시하거나 열고 댓글을 달거나 검사 결과를 게시하지 않습니다. 자세한 내용은 참조하세요.동기화 또는 로컬 전용.
기존의 브랜치 보호 규칙, 필수 검사 및 리뷰 규칙은 그대로 적용됩니다.승인 및 병합도 pull request를 통해 병합되므로 동일한 규칙에 따라 성공 여부가 결정됩니다. 자세한 내용은 참조하세요.병합.