.NET 문서 팀은 GitHub 레이블을 광범위하게 사용하여 작업을 구성합니다. 레이블 조합을 필터링하여 .NET 문서 웹 사이트에서 관심 있는 섹션에 빠르게 집중할 수 있습니다. 예를 들어 is :issue is:open label:"dotnet-architecture/svc"라는 쿼리를 사용하여 아키텍처 가이드에서 열려 있는 모든 문제를 필터링할 수 있습니다.
GitHub 프로젝트를 사용하여 스프린트 및 기타 목표 지향 서사시를 구성합니다. 또한 GitHub 마일스톤을 사용하여 작업을 추적합니다. 프로젝트를 계획(이슈)으로, 마일스톤을 작업(풀 리퀘스트)으로 생각하는 것이 가장 좋습니다.
이 로드맵에서는 이러한 조직 도구를 사용하는 방법을 설명하고 관심 영역을 찾는 데 사용하는 편리한 필터에 대한 링크를 제공합니다.
Labels
dotnet/docs에 기여하는 첫 번째 경험인 경우 도움말에서 원하는 문제부터 시작합니다. 이러한 문제는 보다 집중적인 범위가 있는 문제입니다. 첫 번째 기여를 할 수 있는 좋은 방법입니다. 업 포 그랩 보기에서 영역 및 우선 순위에 따라 문제를 추가로 필터링할 수 있습니다. 더 작은 첫 번째 기여를 시도하려는 경우 초보자에게 좋은 첫 번째 문제를 확인했습니다.
레이블을 사용하여 다양한 방법으로 문제를 분류합니다.
각 집합의 레이블(가이드, 릴리스, 우선 순위)을 결합하여 작업하려는 문제를 찾기 위해 좁은 포커스를 만들 수 있습니다.
단일 .NET 가이드에 대한 문제 찾기
각 아키텍처 전자책 및 각 .NET 가이드에 레이블을 사용합니다. 모든 전자책은 dotnet-architecture/prod 레이블로 표시됩니다. 각 책에는 .로 끝나는 고유한 레이블이 있습니다 /subsvc.
각 .NET 가이드는 접미사로 /svc 표시되며 파란색 회색 배경이 있습니다. 다음은 각 .NET 가이드에 대해 필터링된 현재 문제입니다.
-
.NET 가이드 -
dotnet/svc -
.NET 기본 사항 가이드(이전의 .NET 표준 가이드) -
dotnet-fundamentals/svc -
.NET 기본 사항 가이드(이전의 .NET Core 가이드) -
dotnet-core/svc -
.NET Framework 가이드 -
dotnet-framework/svc -
API 참조 -
dotnet-api/svc -
C# 가이드 -
dotnet-csharp/svc -
F# 가이드-
dotnet-fsharp/svc -
Visual Basic 가이드 -
dotnet-visualbasic/svc -
ML.NET 가이드 -
dotnet-ml/svc -
Azure .NET SDK -
dotnet-azure/svc -
.NET 데스크톱 가이드 -
dotnet-desktop/svc
다른 제품 레이블은 리포지토리를 교차하는 영역에 대해 정의됩니다.
가이드의 한 섹션에 대한 문제 찾기
.NET 가이드는 크기가 크므로 이러한 레이블은 가이드 섹션에 따라 범위를 더욱 제한합니다. 각 .NET 가이드 하위 영역은 접미사로 /subsvc 표시되며 연한 파란색 배경이 있습니다. 이러한 레이블의 대부분은 여러 가이드에 적용되는 반면 다른 레이블은 하나의 가이드에만 적용됩니다. 영역을 필터링한 후 이러한 레이블 중 하나를 추가하여 문제 범위를 추가로 제한합니다.
릴리스
특정 릴리스를 위해 태그된 문제는 :checkered_flag: Release: 접두사가 앞에 덧붙여지며, 짙은 노란색 배경이 있습니다.
다른 레이블에 대한 정보
콘텐츠 팀에서 다양한 문제 분류를 관리하는 데 사용하는 다른 많은 레이블이 있습니다. 콘텐츠 팀에 없는 경우 이러한 다른 레이블을 무시할 수 있습니다.
프로젝트
프로젝트는 Kanban 보드를 통해 우선 순위가 지정된 작업이 자동화되는 계획 목적으로 사용됩니다. 프로젝트에는 풀 리퀘스트가 아니라 GitHub 이슈만 포함되어야 합니다. 프로젝트는 일반적으로 풀 리퀘스트가 포함된다는 점에서 마일스톤과 다릅니다. 끌어오기 요청이 부실해지지 않도록 중요 시점을 확인합니다.
두 가지 방법으로 프로젝트를 사용합니다.
-
Month YYYY프로젝트 유형: 매월 작업 계획에 대한 Kanban 보드입니다. - 장기 실행 에픽: 이러한 에픽은 몇 달 동안 진행될 작업을 목표에 맞게 구성하는 데 사용됩니다.
마일스톤
중요 시점은 일반적으로 프로젝트Month YYYY와 동일한 명명 규칙을 따르지만, 프로젝트와는 다릅니다. 중요 시점을 사용하여 완료된 작업을 추적합니다. 마일스톤에는 이슈(잠재적 작업)가 포함되지 않고 끌어오기 요청만 포함되어야 합니다. 현재 마일스톤은 새 풀 리퀘스트에 자동으로 적용됩니다.