リポジトリ同期ジョブ

アーカイブされたソース スナップショット。製品ラベルはRepovioを使用します。このリリースのタグ付きデプロイメント ファイルの構成識別子とコンテナー参照を変更せずに使用します。

操作セクションのジョブを開き、アクセスできるすべての有効なリポジトリの同期作業を検査します。概要には、実行中、待機中、失敗したジョブ、およびアイドル状態のジョブが表示されます。この表には、リポジトリ、プロバイダー、同期されたドメイン、現在のフェーズ、項目の進行状況、試行、および最新の安全なエラー メッセージが示されています。

ジョブ状態の読み取り

• アイドル は、リポジトリに対して同期がキューに入れられていない、または実行されていないことを意味します。
• 保留中 は、永続リクエストがスケジュールされた時間または利用可能なワーカーを待っていることを意味します。
• 実行中は、プロバイダーが測定可能な合計を報告するときに、アクティブなフェーズと項目の進行状況を示します。
• 失敗 では、リポジトリが再度キューに入れられるまで、安全なエラーの概要と試行回数が保持されます。
• 警告 は、1 つ以上の種類のセキュリティ アラートが利用できない間に他のスコープが完了したことを意味します。

スコープ列は、ジョブがワークフロー、問題、プル リクエスト、セキュリティ アラート、またはそれらの組み合わせを読み取るかどうかを識別します。待機時間には、Webhook の結合、バックオフの再試行、またはプロバイダーのレート制限命令が反映される場合があります。ページを繰り返し更新しても、スケジュールされた時刻は進みません。

同期を開始または再試行します

システム管理者は、現在アイドル状態、失敗したジョブ、または警告ジョブをすべて すべて実行 で開始するか、1 つのリポジトリ行で実行 または再試行 を使用できます。すでに保留中または実行中のジョブは再度キューに入れられません。開始ボタンは、リクエストが完了するまでロード状態のままになります。次に、行が保留中、実行中、アイドルまたは失敗の間を移動するのを追跡します。

手動ジョブは、スケジュールされたリコンシリエーションおよび検証済み Webhook と同じ耐久性のある読み取り専用プロバイダー同期キューを使用します。プロバイダー データは取得できますが、リポジトリ、ワークフロー、問題、プル リクエストを変更することはできません。

成功したジョブは アイドル に戻り、実行履歴として保持されません。失敗したジョブは、後の Webhook、リコンシリエーション サイクル、または手動再試行によって再びキューに入れられるまで、表示されたままになります。再試行が引き続き失敗する場合は、プロバイダー アカウント、読み取りスコープ、ベース URL、およびレート制限の状態を確認してください。 管理と設定 再試行する前に。

更新およびテーブル コントロール

ジョブは 5 秒ごとに自動的に更新されます。テーブルのデフォルトは 1 ページあたり 10 行で、ページ サイズが記憶されます。 「すべて実行」には、アイドル状態、失敗したジョブ、および警告ジョブが含まれます。保留中/実行中の行を再度キューに入れることはできません。初期およびバックグラウンドのロード失敗は、ジョブの失敗とは別に表示されます。並べ替えとページネーションは、大規模なインストールを検査するのに役立ちます。