Skip to main content

projects (classic)について

GitHub のProjects (classic)は、作業の整理と優先順位付けに役立ちます。 クラシック プロジェクトは、特定の機能の作業、包括的なロードマップ、さらにはリリースのチェックリストのためにも作成できます。 projects (classic)を使用すると、ニーズに合わせてカスタマイズされたワークフローを柔軟に作成できます。

注:

  • 新しいプロジェクト エクスペリエンスである Projects が利用できるようになりました。 Projects について詳しくは、「Projects について」を参照してください。また、クラシック プロジェクト について詳しくは、「Projects (classic) からの移行」を参照してください。
  • 新しいクラシック プロジェクト ボードは、少なくとも 1 つのクラシック プロジェクト ボードが既に存在する Organaization、ユーザー、またはリポジトリに対してのみ作成できます。 クラシック プロジェクト ボードを作成できない場合は、代わりにプロジェクト ボードを作成してください。

クラシック プロジェクトは、issue、pull request、選んだ列内でカードとして分類されるノートから構成されます。 列内のカードの並び替え、列から列へのカードの移動、および列の順序の変更には、ドラッグアンドドロップまたはキーボードショートカットが利用できます。

クラシック プロジェクトのカードには、ラベル、担当者、状態、オープンした人など、issue や pull request に関連するメタデータが含まれます。 クラシック プロジェクト 内の issue および pull request を表示したり、軽量の編集を行うには、その issue または pull request のタイトルをクリックします。

タスクのリマインダとして機能するノートを列内に作成し、GitHub.com上の任意のリポジトリからの issue や pull request を参照させたり、クラシック プロジェクトに関係する情報を追加したりできます。 ノートにリンクを追加することで、他のクラシック プロジェクトを参照するカードを作成することもできます。 ノートでは要求を満たせない場合、ノートを Issue に変換することができます。 ノートを issue に変換する方法について詳しくは、「project (classic)へのノートの追加」を参照してください。

プロジェクトボードには以下の種類があります:

  • ユーザー所有のクラシック プロジェクト には、すべての個人用リポジトリの issue と pull request を含めることができます。
  • Organization 全体のクラシック プロジェクト には、Organization に属するすべてのリポジトリの issue と pull request を含めることができます。 最大 25 個のリポジトリを Organization またはユーザー所有の クラシック プロジェクト にリンクできます。 リポジトリをリンクすると、 [カードの追加] を使用して、または issue や pull request のサイドバーから、issue および pull request をそれらのリポジトリから クラシック プロジェクト に簡単に追加できます。 詳しくは、「project (classic)へのリポジトリのリンク」を参照してください。
  • リポジトリ クラシック プロジェクト は、1 つのリポジトリ内の issue と pull request に範囲設定されます。 他のリポジトリの Issue やプルリクエストを参照するノートも含まれます。

クラシック プロジェクト の作成と表示

Organization のクラシック プロジェクトを作成するには、Organization のメンバーである必要があります。 Organization の所有者とクラシック プロジェクトの管理アクセス許可を持つユーザーは、クラシック プロジェクト へのアクセスをカスタマイズできます。

Organization の所有者は、パブリック projects および クラシック プロジェクト を作成したり、既存の projects および クラシック プロジェクト の可視性をパブリックに変更したりする Organization のメンバーの機能を制御できます。 詳しくは、「Organization のプロジェクトの可視性の変更を許可する」をご覧ください。

Organization が所有するクラシック プロジェクトに、あなたが表示アクセス許可を持っていないリポジトリからの issue あるいは pull request が含まれている場合、そのカードは編集されます。 詳しくは、「Organization のProject (classic)のアクセス許可」を参照してください。

アクティビティ ビューには、誰かが作成したカードや、列間での移動など、クラシック プロジェクトの最近の履歴が表示されます。 アクティビティビューにアクセスするには、 [メニュー] をクリックして下にスクロールします。

クラシック プロジェクト上の特定のカードを検索したり、カードのサブセットを表示したりするには、クラシック プロジェクト カードをフィルター処理できます。 詳しくは、「project (classic)でのカードのフィルター処理」を参照してください。

ワークフローを簡素化し、完了したタスクがクラシック プロジェクトに混ざらないように、カードをアーカイブできます。 詳しくは、「project (classic)でのカードのアーカイブ」を参照してください。

クラシック プロジェクト タスクをすべて完了した場合、またはクラシック プロジェクトを使用する必要がなくなった場合は、クラシック プロジェクトを閉じることができます。 詳しくは、「project (classic)の終了」を参照してください。

別の方法で作業を追跡したい場合は、リポジトリ内のクラシック プロジェクトを無効にしたりOrganization 内のクラシック プロジェクトを無効にしたりもできます。

GitHubのAPIを使って、プロジェクトボードをインポートできます。 詳細については、「importProject」を参照してください。

クラシック プロジェクトのテンプレート

テンプレートを使用すると、新しいクラシック プロジェクトをすばやく設定できます。 テンプレートを使用してクラシック プロジェクトを作成する場合、新しいボードには列と、projects (classic)を使用するためのヒントがあるカードが含まれます。 また、自動化が設定済みのテンプレートを選択することもできます。

テンプレート説明
Basic kanban[To do]、[In progress]、[Done] 列でタスクを追跡します。
Automated kanbanカードは自動的に [To do]、[In progress]、[Done] の列間を移動します。
Automated kanban with reviewプルリクエストレビューのステータスのための追加のトリガーで、カードは [To do]、[In progress]、[Done] 列の間を自動的に移動します。
Bug triage[To do]、[High priority]、[Low priority]、[Closed] 列でバグのトリアージと優先順位付けをします。

projects (classic)の自動化について詳しくは、「projects (classic)の自動化について」を参照してください。

基本的なかんばんテンプレートを使用したproject (classic)

クラシック プロジェクトをコピーして、同様のプロジェクトでカスタマイズを再利用することもできます。 詳しくは、「project (classic) のコピー」を参照してください。

参考資料