J'ai vu cette question plusieurs fois, mais pas de réponse suffisante.Jira - Comment obtenir le problème changelog via l'API REST - mais tous, pas un seul numéro
Nous essayons de vider toutes les données JIRA dans notre entrepôt de données/système BI. Ou au moins, les parties intéressantes.
Une chose que vous pouvez faire est de suivre les temps d'état, le temps de cycle, le délai d'exécution directement avec les durées de champ. C'est très facile via la base de données SQL directe de JIRA. Les tables changeItem et changeGroup.
Bien sûr, l'API REST JSON a un impact moindre sur les performances de la base de données.
Toutefois ... il ne semble pas y avoir d'équivalent dans l'API restante d'extraction de l'historique de tous les problèmes. Oui, vous pouvez récupérer le journal des modifications d'un problème directement via un appel d'API. Si vous avez des problèmes de 100 Ko, êtes-vous censé effectuer des appels d'API de 100 Ko, en répétant les numéros de problème? On dirait de la folie.
Est-il en quelque sorte possible d'étendre les changelogs via l'API de recherche, qui amasse toutes les données de problème? Je ne l'ai pas vu. Est-ce que ce que je cherche ici est possible? Ou devrons-nous nous en tenir à la route SQL?
Hmm ... J'ai essayé expand = changelog sur le point de terminaison de l'API de recherche avant même que je pose cette question - je n'ai pas remarqué d'informations/de résultats supplémentaires. Il n'est certainement pas répertorié sur aucune documentation de l'API Jira en tant qu'option de développement pour ce point de terminaison particulier. Je ne pensais pas qu'il était possible de faire ressortir le changelog via ce point de terminaison. Peut-être devrais-je vérifier exactement quelle logique j'ai utilisée. EDIT: Je suppose que je n'ai pas examiné les résultats de mes recherches assez étroitement. Le changelog est en effet disponible sur le point de terminaison de la recherche, expand = changelog. Je souhaite que cette information très utile soit mieux documentée. – user45867
Je n'ai aucun problème à aller chercher 1000 tickets à la fois. C'était la méthode '1 ticket' à la fois dans leur documentation standard qui nécessitait un numéro_de_libération dans l'URL qui semblait très encombrant. – user45867