board-github

POST /v1/board-github/links/{linkId}/sync

Refresh one connection from GitHub now.

すべての board-github エンドポイント

認証

ベアラー トークンとして API キーを送信します。このエンドポイントでは仕様に特定の権限が記載されていないため、キーに必要な最小限の権限を付与し、推測するのではなくレスポンスを確認してください。

このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。

試してみる

アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。

curl -X POST https://api.zinndigital.com/v1/board-github/links/{linkId}/sync \
  -H "Authorization: Bearer zdk_live_…"

ログインしていますか?ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く

詳細

The Temporal sweep does this every five minutes and the webhook does it in seconds; this is the button for somebody who does not want to wait. Both cursors come back. `last_attempted_at` moves for every attempt and `last_synced_at` only on success — so *"last synced 4 minutes ago"* beside *"last attempted 10 seconds ago"* is how a customer sees that we are trying and GitHub is refusing. One timestamp cannot say that.

パラメータ

名前タイプ必須これがその内容です
linkId (path)stringはいThe GitHub Projects connection.

返信

名前タイプ必須これがその内容です
okbooleanいいえA distinct field rather than something inferred from the counts. A project that legitimately has no items and a sync that could not see anything are the same zeros.
errorstringいいえ
items_seenintegerいいえ
items_createdintegerいいえ
items_updatedintegerいいえ
items_archivedintegerいいえ
fields_seenintegerいいえ
conflictsintegerいいえ
pushed_backintegerいいえFields OUR value won and were therefore re-pushed to GitHub. Keeping a won value only on our side would be a resolution that resolves nothing and reports the same conflict on th…
pagesintegerいいえ
last_synced_atstringいいえ
last_attempted_atstringいいえ

このエンドポイントが返すエラー

401 · 403 · 404