Skip to main content

projects (classic) の管理

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

注:

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

projects (classic)について

GitHub Enterprise Cloud の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)を再オープンする

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

project (classic) の削除

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