Skip to main content

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

projects (classic) の管理

プロジェクト (クラシック) を作成および管理する方法について説明します

注:

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

projects (classic)について

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

project (classic) の作成

プロジェクト (クラシック) は、特定機能の作業の追跡と優先度付け、総合的なロードマップ、さらにはリリース チェックリストなど、ニーズを満たすカスタマイズ ワークフローを作成するために使用できます。

project (classic) の編集

既存の プロジェクト (クラシック) のタイトルと説明を編集できます。

project (classic)へのリポジトリのリンク

リポジトリは、組織または個人アカウントのプロジェクト (クラシック)にリンクできます。

projects (classic) の自動化について

プロジェクト (クラシック) カードの状態を関連する issue や pull request と同期させておくために、自動化されたワークフローを設定できます。

projects (classic) の自動化を構成する

指定したイベントが発生したら issue や pull request を プロジェクト (クラシック) の列に移動するように、自動ワークフローを設定できます。

project (classic)の可視性の変更

組織の所有者または プロジェクト (クラシック) 管理者は、プロジェクト (クラシック) をパブリックまたはプライベートにすることができます。

project (classic) を閉じる

プロジェクト (クラシック) のタスクをすべて完了した場合、または プロジェクト (クラシック) を使う必要がなくなった場合は、プロジェクト (クラシック) を閉じることができます。

クローズしたproject (classic)を再オープンする

クローズしたプロジェクト (クラシック)を再オープンし、プロジェクト (クラシック)用に構成されたすべてのワークフロー自動化を再開できます。

project (classic) の削除

既存の プロジェクト (クラシック) のコンテンツにアクセスする必要がなくなった場合、それを削除できます。