Skip to main content

Enterprise Server 3.15 は、現在リリース候補として使用できます。

projects (classic) の管理

Projects (Classic) を作成および管理する方法について説明します

Note

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

projects (classic)について

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

project (classic) の作成

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

project (classic) の編集

既存の Project (Classic) のタイトルと説明を編集できます。

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

リポジトリは、組織または個人アカウントのProject (Classic)にリンクできます。

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

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

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

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

project (classic)の可視性の変更

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

project (classic) を閉じる

Project (Classic) のタスクをすべて完了した場合、または Project (Classic) を使う必要がなくなった場合は、Project (Classic) を閉じることができます。

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

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

project (classic) の削除

既存の Project (Classic) のコンテンツにアクセスする必要がなくなった場合、それを削除できます。