microsoft / microsoft/azure-devops-python-api
Enumerating Work Items as part of a release pipeline
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 684
- フォーク
- 218
- 平均マージ
- 8日 10時間
- マージ済み PR(30日)
- 1
説明
Hello,
I'm trying to develop a script that will execute as part of a release pipeline. The script should enumerate work items returned by a stored query and perform release activites per each work item using some custom fields included in the work item itself.
Looking at the API documentation it seems that I will need to generate a personal access token to give my script access to the Azure DevOps environment to do this activity but my question is - why? If I'm running the python as a release task, technically I've already got "access" by the very nature of the release pipeline itself running as an agent task? Do I really need to generate another token or can I just use the context of the agent? And if so, how?
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
この issue ではリポジトリのファイルやテストが指定されていないため、personal access tokens の API ドキュメントと、質問で説明されている release-task agent context から始めてください。release pipeline が保存済みクエリの work items を列挙し、別の token なしでそれらの custom fields にアクセスできるかどうかを文書化し、サポートされている認証経路を説明してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- azure, python
- 領域
- api, authentication, devops
- issue の種類
- ドキュメント
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100