이 브라우저는 더 이상 지원되지 않습니다.
최신 기능, 보안 업데이트, 기술 지원을 이용하려면 Microsoft Edge로 업그레이드하세요.
각 질문에 가장 적합한 답을 선택하세요.
다음 중 ‘오픈 소스’와 InnerSource 프로그램 간의 관계를 가장 잘 설명하는 항목은 무엇입니까?
오픈 소스 프로그램에는 누구나 참여할 수 있는 반면 InnerSource 프로그램은 리포지토리를 소유하는 팀원의 참여만 허용합니다.
InnerSource 프로그램은 조직이 오픈 소스 프로그램에서 포크하며 앞으로 비공개로만 사용하고 유지 관리합니다.
InnerSource 프로그램은 해당 액세스 권한이 조직 내의 사용자로 제한되는 점만 제외하고 오픈 소스 프로그램과 기본적으로 동일합니다.
팀에서 제대로 진단하는 데 필요한 정보가 부족한 저품질 보고서를 받는다고 가정해 보겠습니다. 다음 항목 중 이 문제를 해결하는 최고의 방법은 무엇입니까?
GitHub 스크립트를 사용하여 설명이 200자 미만인 이슈를 자동으로 거부하는 워크플로 작업을 추가합니다.
재현 단계를 위한 필드, 시스템 속성 및 중요한 로그를 생성하고 포함하는 지침이 포함된 ISSUE_TEMPLATE.md 파일을 추가합니다.
ISSUE_TEMPLATE.md
버그 보고서에 포함해야 할 내용을 명확하게 설명하는 CONTRIBUTING.md 파일을 추가합니다. 예를 들어, 재현 단계, 시스템 속성, 중요 로그를 생성하고 포함하기 위한 지침 등이 있습니다.
CONTRIBUTING.md
팀에서 InnerSource 프로그램이 3개월 전 시행된 이래 모든 종류의 데이터를 추적하고 있다고 가정해 보겠습니다. 다음 메트릭 중 프로그램이 큰 성공을 거두었음을 나타내는 것은 무엇입니까?
소프트웨어의 버그를 해결하는 끌어오기 요청이 크게 증가합니다.
버그 보고서를 재현할 수 없어 빠르게 닫히는 버그 보고서의 비율이 증가합니다.
새 이슈의 수가 지속적으로 감소합니다.
작업을 확인하기 전에 모든 질문에 대답해야 합니다.
이 페이지가 도움이 되었나요?