Skip to main content

projects (classic)について

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

注:

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

プロジェクト (クラシック)は、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を使用して、プロジェクト (クラシック)をインポートできます。 詳しくは、「ミューテーション」を参照してください。

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

テンプレートを使用すると、新しいプロジェクト (クラシック)をすばやく設定できます。 テンプレートを使用してプロジェクト (クラシック)を作成する場合、新しいボードには列と、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)のコピー」を参照してください。

参考資料