Skip to main content

このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-07-09. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise サーバーにアップグレードしてください。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせください

projects (classic)について

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

Note

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

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

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

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

Projects (Classic) のタイプ

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

Projects (Classic) の作成と表示

Organization のProject (Classic)を作成するには、Organization のメンバーである必要があります。 Organization の所有者とProject (Classic)の管理アクセス許可を持つユーザーは、Project (Classic) へのアクセスをカスタマイズできます。

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

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

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

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

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

Project (Classic) タスクをすべて完了した場合、またはProject (Classic)を使用する必要がなくなった場合は、Project (Classic)を閉じることができます。 詳しくは、「project (classic) を閉じる」を参照してください。

別の方法で作業を追跡したい場合は、リポジトリ内のProjects (Classic)を無効にしたりOrganization 内のProjects (Classic)を無効にしたりもできます。

GitHub のAPIを使用して、Project (Classic)をインポートできます。 詳しくは、「ミューテーション」を参照してください。

Projects (Classic)のテンプレート

テンプレートを使用すると、新しいProject (Classic)をすばやく設定できます。 テンプレートを使用してProject (Classic)を作成する場合、新しいボードには列と、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) の作成