Jira获取issue活动中改动记录,查找xx更新过xx field字段

#Jira获取issue活动中改动记录,查找xx更新过xx field字段
可以使用jira api/2/issue 接口:
Get issue GET /rest/api/2/issue/{issueIdOrKey}
jira_server_url + ‘/rest/api/2/issue/%s?expand=changelog&fields=summary’ % jira_key
fields 指定主题是因为不指定会返回所有fields字段信息!
返回值结构:
{
“changelog”:{
“total”:16,
“startAt”:0,
“histories”:Array[16],
“maxResults”:16
},
“fields”:Object{…},
“self”:“http://jira.xxxxx.com/rest/api/2/issue/xxxxxx”,
“key”:“xxxxxx”,
“id”:“xxxxx”,
“expand”:“renderedFields,names,schema,operations,editmeta,changelog,versionedRepresentations”
}

jira api/2/issue 接口:
Get issue GET /rest/api/2/issue/{issueIdOrKey}

Returns a full representation of the issue for the given issue key.

An issue JSON consists of the issue key, a collection of fields, a link to the workflow transition sub-resource, and (optionally) the HTML rendered values of any fields that support it (e.g. if wiki syntax is enabled for the description or comments).

The fields param (which can be specified multiple times) gives a comma-separated list of fields to include in the response. This can be used to retrieve a subset of fields. A particular field can be excluded by prefixing it with a minus.

By default, all (*all) fields are returned in this get-issue resource. Note: the default is different when doing a jql search – the default there is just navigable fields (*navigable).

*all - include all fields
*navigable - include just navigable fields
summary,comment - include just the summary and comments
-comment - include everything except comments (the default is *all for get-issue)
*all,-comment - include everything except comments
The {@code properties} param is similar to {@code fields} and specifies a comma-separated list of issue properties to include. Unlike {@code fields}, properties are not included by default. To include them all send {@code ?properties=*all}. You can also include only specified properties or exclude some properties with a minus (-) sign.

{@code *all} - include all properties
{@code *all, -prop1} - include all properties except {@code prop1}
{@code prop1, prop1} - include {@code prop1} and {@code prop2} properties
JIRA will attempt to identify the issue by the issueIdOrKey path parameter. This can be an issue id, or an issue key. If the issue cannot be found via an exact match, JIRA will also look for the issue in a case-insensitive way, or by looking to see if the issue was moved. In either of these cases, the request will proceed as normal (a 302 or other redirect will not be returned). The issue key contained in the response will indicate the current value of issue’s key.

The expand param is used to include, hidden by default, parts of response. This can be used to include:

renderedFields - field values in HTML format
names - display name of each field
schema - schema for each field which describes a type of the field
transitions - all possible transitions for the given issue
operations - all possibles operations which may be applied on issue
editmeta - information about how each field may be edited. It contains field’s schema as well.
changelog - history of all changes of the given issue
versionedRepresentations - REST representations of all fields. Some field may contain more recent versions. RESET representations are numbered. The greatest number always represents the most recent version. It is recommended that the most recent version is used. version for these fields which provide a more recent REST representation. After including versionedRepresentations “fields” field become hidden.
Request
QUERY PARAMETERS
parameter type description
fields string the list of fields to return for the issue. By default, all fields are returned.

expand string
properties string the list of properties to return for the issue. By default no properties are returned.

你可能感兴趣的:(jira)