Coroid는 작업을 처리하는 동안 다양한 결정을 내립니다. 요청이 실제 작업으로 전환될지 여부, 구현 방법, 결과물이 공개하기에 충분히 적합한지 등입니다. 일부 결정은 절대 사람의 손을 떠나지 않습니다. 그중에서도 병합이 가장 대표적인 예입니다.
Coroid가 내리는 결정
- 요청이 작업으로 전환되는지 여부 자격 검증중복된 항목, 이미 수정된 사항, 재현할 수 없는 문제 등을 확인합니다. 사람이 개입하지 않은 요청의 경우, 접수 단계에서 귀하의 권한 부여작업을 지금 시작할지, 나중에 시작할지, 아예 시작하지 않을지 결정합니다.
- 작업의 구현 및 검증 방식계획, 코드, 테스트, 품질 게이트, QA 및 리뷰 과정을 거칩니다. 자세히 보기 Coroid가 자신의 작업을 검증하는 방법.
- 병합과 관련해 어떤 결정을 내렸을지에 대한 내용Coroid는 검토하는 모든 pull request에 대한 판단을 기록하지만, 그 판단을 실제로 적용하지는 않습니다. 자세히 보기 Coroid가 스스로의 판단을 검증하는 방식.
사람의 승인이 필요한 결정
| 결정 | 결정 주체 |
|---|---|
| pull request를 귀하의 브랜치에 병합하기 | GitHub 또는 GitLab 내의 사람, 혹은승인 후 병합Coroid 내에서 |
| 릴리스 및 배포 | 파이프라인을 통해 또는 Coroid 내의 릴리스를 통해 사람이 진행합니다. |
| 무인 작업의 용도와 예산을 명시하세요 | 소유자 또는 관리자가권한 부여 |
| 작업이 완료된 상태를 정의하세요 | 요청을 제출한 사람이 해당 작업의결과 계약 |
| 작업 생성 자격 검증 중단 | 권한을 가진 사람이그래도 작업 생성하기그리고 사유와 함께 |
Coroid는 절대 스스로 병합하지 않으며, 이를 가능하게 하는 설정도 존재하지 않습니다. 자세히 보기병합.
권한 부여는 병합 담당자를 변경하지 않습니다
권한을 부여받으면 개별 요청 없이도 작업을 시작할 수 있습니다. 하지만 결과물이 승인되기 전에는 반드시 사람의 결정이 필요합니다. 권한에 따라 접수된 작업은 다른 작업과 동일한 검증 절차를 거치며 최종적으로는 사람이 검토할 풀 리퀘스트로 완성됩니다.
권한이 추가하는 기능은 관리되지 않는 작업에 대한 책임 소재를 명확히 하는 것입니다. 즉, 어떤 프로젝트에 영향을 줄 수 있는지, 얼마나 많은 비용을 사용할 수 있는지, 그리고 그에 대한 모든 결정 내용을 기록하는 것입니다.
Coroid가 자신의 판단을 확인하는 방식
모든 pull request에 대한 Coroid의 리뷰와 병합할 준비가 된 모든 작업에 대해, Coroid는 병합이 허용된다면 어떻게 결정했을지에 대한 내용을 기록합니다.
- 승인할 예정.필요한 모든 조건이 충족되고 양호함: pull request의 최신 커밋에 대한 품질 검사 결과, Coroid의 리뷰 내용, 제공업체의 검사 결과, 깔끔한 병합 과정, 그리고 작업에 대한 QA 및 리뷰어의 의견이 모두 만족스러운 상태입니다.
- 차단할 예정.적어도 하나 이상의 조건이 차단 사유가 됩니다.
- 판단할 수 없음.필요한 정보가 누락되었습니다. 누락된 증거는 결코 승인으로 간주되지 않습니다.
이러한 판단 내용은 절대 pull request에 게시되지 않으며, 작업 내용을 변경하거나 병합하는 데 사용되지도 않습니다. 아직 Coroid에도 표시되지 않습니다.
Coroid는 각 판단 내용을 병합 이후의 실제 결과와 비교합니다.
- 나중에 작성된 제목이 ""인 pull request되돌리기 …이전 항목을 ""로 표시합니다.되돌려짐;
- 나중에 작성된 ""라는 내용의 pull requestFixes #npull request를 ""로 표시합니다.n으로 긴급 수정됨;
- 작업의 리뷰 화면에서 "" 항목 아래에 위치합니다.병합 이후의 상황, 조직 내 누구나 병합된 pull request을 되돌린 것으로, 핫픽스가 적용된 것으로 또는 결함 보고됨.
나중에 되돌려지거나 수정된 pull request에 대한 승인은 잘못된 승인으로 간주됩니다. 자체 저장소에서 Coroid는 실제 변경 사항의 의도적으로 잘못된 복사본을 입력하여 자신이 얼마나 잘 포착하는지 측정하기도 합니다.
이 기록을 보관하는 이유
"Coroid가 이러한 유형의 변경 사항을 병합하는 것을 신뢰할 수 있을까?"라는 질문에 대한 답은 확신이 아닌 증거로 제시되어야 합니다. 즉, 얼마나 자주 승인이 잘못되었는지, 어떤 유형의 변경 사항에서 그런지, 몇 번의 사례를 통해 확인할 수 있는지를 기반으로 해야 합니다. 현재로서는 이 기록을 바탕으로 어떤 조치도 취해지지 않습니다. 향후 그렇게 된다면 이는 소유자가 명시적으로 내린 선택이며, 이 기록이 바로 그 선택의 근거가 될 것입니다.