注:
- 新しいプロジェクト エクスペリエンスである Projects (beta) が利用できるようになりました。 Projects (beta) の詳細については「Projects (beta) について」を参照してください。
- 新しいプロジェクト (クラシック)は、既に 1 つ以上のプロジェクト (クラシック)を持つ organization、リポジトリ、またはユーザーに対してのみ作成できます。 プロジェクト (クラシック)を作成できない場合は、代わりにプロジェクトを作成します。
このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-03-26. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise サーバーにアップグレードしてください。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせください。
プロジェクト (クラシック) を作成および管理する方法について説明します
注:
GitHub Enterprise Server のProjects (classic)は、作業の整理と優先順位付けに役立ちます。 プロジェクト (クラシック)は、特定の機能の作業、包括的なロードマップ、さらにはリリースのチェックリストのためにも作成できます。 projects (classic)を使用すると、ニーズに合わせてカスタマイズされたワークフローを柔軟に作成できます。
プロジェクト (クラシック) は、特定機能の作業の追跡と優先度付け、総合的なロードマップ、さらにはリリース チェックリストなど、ニーズを満たすカスタマイズ ワークフローを作成するために使用できます。
既存の プロジェクト (クラシック) のタイトルと説明を編集できます。
リポジトリは、組織または個人アカウントのプロジェクト (クラシック)にリンクできます。
プロジェクト (クラシック) カードの状態を関連する issue や pull request と同期させておくために、自動化されたワークフローを設定できます。
指定したイベントが発生したら issue や pull request を プロジェクト (クラシック) の列に移動するように、自動ワークフローを設定できます。
組織の所有者または プロジェクト (クラシック) 管理者は、プロジェクト (クラシック) をパブリックまたはプライベートにすることができます。
プロジェクト (クラシック) のタスクをすべて完了した場合、または プロジェクト (クラシック) を使う必要がなくなった場合は、プロジェクト (クラシック) を閉じることができます。
クローズしたプロジェクト (クラシック)を再オープンし、プロジェクト (クラシック)用に構成されたすべてのワークフロー自動化を再開できます。
既存の プロジェクト (クラシック) のコンテンツにアクセスする必要がなくなった場合、それを削除できます。