JetBrains Space ヘルプ

パッケージリポジトリの管理

システム管理者ロールを持つユーザーは、管理 | パッケージリポジトリページを使用してリポジトリのグローバル管理を実行できます。このページで利用できるリポジトリのリストは、ユーザーアカウントの権限によって異なります。

Package Repositories page

管理 | パッケージリポジトリページで:

  • アクティブには、プロジェクトにアタッチされているリポジトリのリストが表示されます。プロジェクト内にリポジトリを作成すると、そのリポジトリはこのプロジェクトにアタッチされます。接続されたリポジトリは、別名 $project_name/$repository_name によって区別できます。リポジトリを複数のプロジェクトにアタッチできます。この場合、リポジトリには複数のエイリアスが存在します。

  • 「分離済み」には、プロジェクトに接続されなくなったリポジトリ (リポジトリエイリアス) のリストが表示されます。

    リポジトリがどのように切り離されるか:

    次は何が起こる:

    • デタッチされたリポジトリにエイリアスがない (他のプロジェクトにアタッチされていない) 場合、1 週間後に自動的に削除されます。今週中は、切り離されたリポジトリはその URL で引き続き利用できます。

    • リポジトリに他のエイリアスがある場合 (他のプロジェクトにアタッチされている場合)、これらの他のエイリアスが存在するまでリポジトリは削除されません。この間、切り離されたリポジトリはその URL で引き続き利用できます。

    • どちらの場合も、誰かが同じプロジェクト内に同じ名前のリポジトリを作成すると、リポジトリは削除されます。

  • すべてでは、組織内のすべてのリポジトリが表示されます。

リポジトリを 1 つまたは複数のプロジェクトにアタッチする

  1. 管理で、パッケージリポジトリページを開きます。

  2. 必要なリポジトリを見つけて、リポジトリメニューでプロジェクトにアタッチするを選択します。

    Attach a repo to a project
  3. 開いたウィンドウで、アタッチするプロジェクトを選択し、リポジトリ名を指定します。リポジトリには、プロジェクトごとに異なる名前を付けることができることに注意してください。

  4. この後、新しいエイリアスがリポジトリに割り当てられ、そのリポジトリがプロジェクトのパッケージページで利用できるようになります。

プロジェクトからリポジトリを切り離す

  1. 管理で、パッケージリポジトリページを開きます。

  2. 必要なリポジトリエイリアス (リポジトリをデタッチするプロジェクトに関連付けられたエイリアス) を見つけて、エイリアスの横にあるエイリアスを切り離すボタン Detach alias をクリックします。

    Detach a repo from a project
  3. この後、切り離されたリポジトリはプロジェクトのパッケージページから消えますが、1 週間以内に古い URL で利用できるようになります。今週以降、リポジトリにエイリアスがない (少なくとも 1 つのプロジェクトにアタッチされていない) 場合、そのリポジトリは完全に削除されます。それ以外の場合、リポジトリに他のエイリアスがある場合は、他のエイリアスが存在するまでその URL で使用できます。

リポジトリの削除

  1. プロジェクトに移動するリポジトリを削除する場所。

  2. プロジェクトのサイドバーで、パッケージを選択します。

  3. リポジトリメニューで、削除を選択します。

    Delete a repository
  4. この後、リポジトリは完全には削除されません。代わりに、プロジェクトは切り離されます。プロジェクトのパッケージページからは消えますが、1 週間以内に古い URL で利用できるようになります。今週以降、完全に削除されます。

    誰かがこのリポジトリが属するプロジェクトを削除すると、リポジトリは即座に永久に削除されることに注意してください。

パッケージの自動削除を構成する

パッケージがアップロードされると、時間の経過とともにリポジトリが拡大します。記憶域 Space を解放してリポジトリのパフォーマンスを向上させるために、古いパッケージや不要になったパッケージの自動削除を構成できます。これは、保持ポリシーと呼ばれる一連の条件を使用して行われます。

「保持ポリシー」は「クリーンアップルール」ではないことに注意してください。後者は、パッケージを削除するには特定の条件を満たす必要があることを意味しますが、「保持ポリシー」はパッケージの削除を防ぐ条件です。少なくとも 1 つの条件が満たされる場合、パッケージは自動削除されません。

リポジトリ内のパッケージの自動削除を構成するには

  1. 必要なプロジェクトのパッケージページを開きます。

  2. 必要なリポジトリを見つけて、リポジトリメニューで設定を選択します。

    Repository settings
  3. 保持ポリシータブを開き、リポジトリの自動クリーンアップをオンにします。

  4. 保存ポリシーを指定します。

    • 最新のダウンロード後、一定期間パッケージのバージョンを保持します : パッケージは、最後に指定された数の内に少なくとも 1 回ダウンロードされた場合には削除されません。

    • 指定された数のパッケージのバージョンを維持する : 指定したパッケージのバージョン数を超えると、最も古いパッケージが削除されます。例: 1.0.1 から 1.0.5 までの 5 つのパッケージバージョンがあり、バージョンの数を 5 に設定します。1.0.6 バージョンがアップロードされると、1.0.1 はこのポリシーによって保護されなくなります。

    • 少なくとも 1 回のダウンロードでパッケージバージョンを維持します

    • 固定されたパッケージのバージョンを保持する : このポリシーはページには表示されませんが、常にオンになっています。このセクションでは、次にパッケージを固定する方法を学習します。

  5. 保存をクリックします。

  6. パッケージでクリーンアップをすぐに実行する場合は、今すぐ掃除してくださいをクリックします。それ以外の場合、パッケージは 1 日に 1 回クリーンアップを実行します。

パッケージを固定するには (自動削除から除外する)

  1. 必要なパッケージを見つける

  2. パッケージメニューでピンを選択します。

    Pin Package

    固定されたパッケージには、Pinned タグが付けられます。

関連ページ:

ロールと権限

Space のユーザー権限は次のカテゴリに分類されます。組織全体の権限 — 組織全体で有効です。チーム固有の権限 — 特定のチーム内で有効です。プロジェクト固有の権限 — 特定のプロジェクト内で有効です。ユーザーに個別の権限を発行することはできません。代わりに、事前定義された一連の権限を持つロールをユーザーに割り当てることができます。Space にはデフォルトのロールの番号が付属します (以下の表に記載)。初期登録時に、ユーザーには特定の基本的なロールが自動的に割り当てられます。ユーザーが通常のメンバー...

プロジェクトに参加する

あるプロジェクトに貢献を開始したい場合は、そのプロジェクトに参加する必要があります。つまり、そのプロジェクトのメンバーになる必要があります。貢献しようとしているプロジェクトに移動します。すでにメンバーである場合は、プロジェクトのページのプロジェクトメンバーにリストされます。そうでない場合は、プロジェクト管理者に連絡してメンバーシップを依頼してください。プロジェクト管理者を確認するには、プロジェクトページでメンバーウィジェットをクリックします。プロジェクトを探す:すべてのプロジェクトは名前で見つ

プロジェクトを削除する

プロジェクトを削除すると、プロジェクトに保存されているすべてのデータ (ドキュメント、課題、コードレビューなど) が失われます。プロジェクトにリポジトリが含まれている場合、プロジェクトは削除できません。プロジェクトを削除する前に、そのリポジトリを別のプロジェクトに移動するか、削除する必要があります。プロジェクトに移動します。プロジェクトのサイドバーメニューで、設定を選択します。プロジェクト設定ページで、リポジトリ情報タブに移動します。ページの下部にある「削除」をクリックします。プロジェクトは消去さ...

パッケージリポジトリを探索する

パッケージリポジトリはプロジェクト全体のエンティティです。すべてのプロジェクトには独自のパッケージがあります。特定のプロジェクトのパッケージを表示するには、プロジェクトを開き、プロジェクトのサイドバーメニューでパッケージを選択します。ここでは、新しいリポジトリを作成したり、特定のリポジトリや特定のパッケージのプロパティを表示したりできます。リポジトリとパッケージを探す:すべてのパッケージリポジトリは、グローバル Space 検索インデックスに含まれます。名前でリポジトリを見つける最も簡単な方法...