問題タブ [jira-rest-api]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - jira rest api を使用して JIRA タイムシートをダウンロードする
私が何をしたか説明させてください。私の要件は、すべての Jira 課題と Jira タイム シートをダウンロードすることです。JIRA REST API URL ( https://jira.atlassian.com/rest/api/latest/search?jql=project=JRA )を使用して JIRA 課題をダウンロードしました。このために、残りのコンソール アプリケーションを作成しました。 GET リクエストの呼び出しに使用するクライアント クラスと、テスト目的の残りの API URL は次のとおりです。
" https://jira.atlassian.com/rest/api/latest/search?jql=project=JRA "
この URL を使用して HttpWebRequest を作成し、json 形式の文字列で応答を取得します。私が間違っていなければ、json形式の文字列でjiraタイムシートをダウンロードするために同じことをしなければなりませんが、json形式の文字列を取得するための正しいAPI URLを見つけられませんでした。これで私を助けてもらえますか?
ありがとう、サーガル・パティル
jira - Jira Rest API 課題の更新 fixVersion でエラーが発生する
JIRA Rest API (バージョン 5) を使用して問題の「修正バージョン」を更新し、特定のバージョンに設定しようとしています。私が更新する現在の問題には、すでに作成された悪い担当者がいます (割り当てられた人はもう存在しません)。
通常の Jira Web インターフェイスを使用すると、担当者が間違っていても、「修正バージョン」を目的の値に設定できます。
REST Issue PUT を使用すると、次のエラーが表示されました。
担当者: "ユーザー 'username' は存在しません。"
私の REST 呼び出しは次のようになります (chrome Advanced Rest Client と C# 実装を使用):
[ issueId http://.../rest/api/2/issue/[issueId]/
] は私の問題の ID です。
私のペイロードは次のとおりです。
Web インターフェイスから問題を更新できるときに、REST 呼び出しでエラーを受け取るのは正常ですか?
担当者を変更せずに REST でこの問題の修正バージョンを更新する方法はありますか?
jira - Jira Rest Api 削除バージョンが期待どおりに機能しない
Jira (バージョン 5) Rest API を使用してバージョンを削除しています。ドキュメントにあるように、moveFixIssuesTo と moveAffectedIssuesTo を渡して、削除されたバージョンから別のバージョンに問題を転送します。これはうまくいきません。AffectedVersion / FixVersion が削除されたバージョンに設定されている課題には、削除後にバージョンがありません。
/rest/api/2/version/{id}?moveFixIssuesTo&moveAffectedIssuesTo
呼び出しの例を次に示します。
http:// /rest/api/2/version/16238?16237&16237
私の {id} は、削除したい既存の versionId です。
moveFixIssuesTo と moveAffectedIssuesTo は、問題を転送したいバージョンの versionId です。
Jira の Web UI から同じ種類のアクションを実行すると (バージョンを削除し、バージョンをフォームに設定して AffectedVersion と FixVersion を転送すると、正しく機能し、問題のフィールドに新しいバージョンが表示されます。
これが期待どおりに機能しない理由は何ですか?
python - python-jira で jira 課題のステータスを変更することはできますか?
python-jira で jira 課題のステータスを変更したいと考えています。python-jira API はhttp://jira-python.readthedocs.org/en/latest/です。これを行う方法が見つかりません。使用しようとし ましたが、うまくいきませんでした。 https://developer.atlassian.com/display/JIRADEV/Issue+status+and+workflowissue.update(status="Closed")
で問題のステータスとワークフローを見つけました。誰でも私を助けることができますか?
.net - .NET を介して JIRA の問題を読み取る
JIRA 6.1.3 を使用しており、.Net プログラムとのインターフェイスを試みています。私が目にする主なオプションは REST API です (SOAP は廃止されたため)。
ここで .Net REST クライアントを見つけました: https://bitbucket.org/dpbevin/jira-rest-client-dot-net/overviewですが、カスタム フィールドの取得をサポートしていないようです。
私の他のオプションは、HTTP リクエストを使用して、REST API を介してサーバーから問題の JSON を取得することです。これは以前に行われたに違いないように思われます。JSON の解析を開始する前に、誰か提案があれば知りたいです。
クライアントまたは解析によってカスタムフィールドを取得するにはどうすればよいですか?
python - Python での JIRA OAuth プロセス
以下のスニペットを使用してリクエストに署名し、JIRA OAuth プロセスのリクエスト トークンを取得しています。
公開鍵を JIRA コンシューマ アプリケーションに追加しました。上記のスニペットを実行すると、常に次のエラーが表示されます。
私は実際に自分の公開鍵を削除し、コンシューマ アプリに再度入力して、空白がないことを確認しました。
JIRA には公開鍵ファイルをアップロードするオプションがないため、とにかくコピーする必要があります。
migration - youtrack から jira に移行する
youtrack をかなり長い間使用した後、私の組織は JIRA への移行を検討しています (多くの理由により)。ただし、JIRA には、すぐに使用できる youtrack のインポーター/移行が含まれていないようです (ただし、逆に多くのインポーター/移行があるようです)。
youtrack から JIRA に移行した経験のある人はいますか?
編集:後でこの問題が発生する可能性がある人には、私の最終的な解決策は次のようになりました。
- すべての「基本」データを手動で転送します (ユーザー アカウント、基本的なプロジェクトのセットアップなど)。
- atlassian SDK と youtrack SDK を使用して小さな C# プログラムを作成し、一方から他方へ転送します (番号付けを維持するために誰かが youtrack で削除したために問題が見つからなかった場合は、空のプレースホルダーの問題を作成します)。
このアプローチは十分に機能し、非常に重要なデータを失うことなく、ほぼすべてのデータを転送することができました (もちろん、すべてのタイムスタンプは現在めちゃくちゃになっていますが、許容できる損失と見なされていました)。知っておくべき重要なことは、youtrack は、あるプロジェクトから別のプロジェクトに移動された課題を処理するということですが、直感に反するものです (最初のプロジェクトから離れた場合でも最初のプロジェクトに表示されますが、新しいプロジェクトからの課題 ID を持っています。私が初めてそれに遭遇したときのわずかなwtf)。
また、アトラシアンの SDK では、Issue の作成者を「スプーフィング」することはできましたが (つまり、ユーザー A としてログインし、実際にこの問題を作成しているのはユーザー B であることをシステムに伝えながら、Issue を作成しました)、それはできませんでした。コメントでこれを行うことができます。したがって、それらを適切に転送するには、実際にコメントをループして、対応する新しいユーザーでログインし、コメントを投稿する必要がありました。
また、youtrack からの添付ファイルをダウンロードするのが少し面倒だったので、「手動で」それらをダウンロードする必要がありました。:/
でも、全体としては比較的痛みはありませんでした。組み立てが必要で、最終的なタッチアップが必要でしたが、すべて数日で完了しました。