rate-limiting support
まだ誰も着手していません。
評価
調査の方向性
まず、issue にリンクされている Azure DevOps のレート制限と Retry-After に関するドキュメントを確認し、次にクライアントが msrest をどのように使用しているかを調べ、azure-core の Retry-After サポートと比較します。想定される範囲がクライアント全体のサポートなのかを明確にし、実装前に期待される動作を定義してください。done には、合意された範囲と、選択した動作に対するカバレッジを含める必要があります。
索引モデルが issue の本文から書いたものです。
説明
Azure Devops includes rate limits that could be complex to predict in an automated solution. According to the documentation, the endpoints provide headers in responses in the instances that the client has hit a rate limiting threshold.
Is responding to the Retry-After header as discussed as recommendations in the API on the roadmap?
The API uses msrest as an HTTP library, which doesn't appear to support it at this time. Note, much of the Azure SDK uses azure-core which provides Retry-After support.
- 主要言語
- Python
- スター
- 684
- フォーク
- 218
- 平均マージ
- 8日 10時間
- マージ済み PR（30日）
- 1
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
microsoft/azure-devops-python-api のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 55/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 55/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 45/100