Go Wiki: HandlingIssues

このドキュメントでは、GoプロジェクトのIssueトラッカーにおけるIssueのトリアージとスケジューリングの処理方法について説明します。

Issueの状態

すべてのIssueは、以下のいずれかの状態である必要があります。プロジェクトのコントリビューターが、Issueをある状態から別の状態に移動させます。これらの明示的な状態の背後にある意図は、Issueを解決に導くために必要な(最小限の)次のステップを記述することです。Issueは、特定のIssueのニーズに応じて、任意の状態間を任意の順序で移動できます。

新規

調査が必要

決定が必要

修正が必要

修正待ち

修正済み

提案

Issueは、適切な状態から別の状態に移動します。たとえば、コントリビューターがIssueを提出し、自分自身に割り当てて、すぐにNeedsFixラベルを適用することがあります。または、IssueはNeedsDecisionからNeedsFixに移動し、複雑さが増すにつれて、後でNeedsDecisionに戻ることもあります。

Issueはいつでもクローズでき、クローズの理由を示すコメント(「…で修正」、「…の重複」、「意図された動作」など)を付けることができます。

(新規を除く)任意の状態では、Issueを誰かに割り当てることができます。割り当てられていないIssueは、誰でも対処できると見なされます。

マイルストーン

マイルストーンは、Issueの解決のタイムラインを記述します。

追加のマイルストーンを使用して、特定のプロジェクト作業を管理できます。

Issueが時間に敏感であることを示すために、マイルストーンとは独立して「近日公開」ラベルが使用されます。

提案

言語または標準ライブラリAPIへの変更は、提案プロセスを経て行われます。Issueトラッカーでは、提案には通常Proposalラベルが付けられ、Proposalマイルストーンになります。

ライブラリへの後方互換性のない変更を示唆する提案には、v2ラベルが付いています。これは、パッケージのv2バージョン(または、遠い将来にはv3バージョン)がある場合にのみ採用できることを意味します。

言語への変更を示唆する提案には、LanguageChangeラベルを付ける必要があります。小さな言語変更は、通常の提案プロセスの一部として処理されます。大きな言語変更は、言語レビュープロセスによって処理されます。これらのIssueには、LanguageChangeReviewラベルを付ける必要があります。


このコンテンツは、Go Wikiの一部です。