Skip to main content

projects (classic) の管理

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

注:

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

projects (classic)について

GitHub の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) の削除

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