This page describes the change related REST endpoints. Please also take note of the general information on the REST API.
Change Endpoints
Create Change
'POST /changes/'
The change input ChangeInput entity must be
provided in the request body. It is not allowed to create changes
under refs/tags/ or Gerrit internal ref namespaces such as
refs/changes/, refs/meta/external-ids/, and refs/users/. The
request would fail with 400 Bad Request in this case.
To create a change the calling user must be allowed to upload to code review.
POST /changes/ HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"project" : "myProject",
"subject" : "Let's support 100% Gerrit workflow direct in browser",
"branch" : "master",
"topic" : "create-change-in-browser",
"status" : "NEW"
}
As response a ChangeInfo entity is returned that describes the resulting change.
HTTP/1.1 201 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9941",
"project": "myProject",
"branch": "master",
"topic": "create-change-in-browser",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9941",
"subject": "Let's support 100% Gerrit workflow direct in browser",
"status": "NEW",
"created": "2014-05-05 07:15:44.639000000",
"updated": "2014-05-05 07:15:44.639000000",
"mergeable": true,
"insertions": 0,
"deletions": 0,
"_number": 4711,
"owner": {
"name": "John Doe"
}
}
Query Changes
'GET /changes/'
Queries changes visible to the caller. The
query string must be provided
by the q parameter. The n parameter can be used to limit the
returned results. The no-limit parameter can be used remove the default
limit on queries and return all results (does not apply to anonymous requests).
This might not be supported by all index backends.
As result a list of ChangeInfo entries is returned. The change output is sorted by the last update time, most recently updated to oldest updated.
Query for open changes of watched projects:
GET /changes/?q=status:open+is:watched&n=2 HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"id": "demo~master~Idaf5e098d70898b7119f6f4af5a6c13343d64b57",
"project": "demo",
"branch": "master",
"attention_set": {
"1000096": {
"account": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
"last_update": "2012-07-17 07:19:27.766000000",
"reason": "reviewer or cc replied"
}
},
"change_id": "Idaf5e098d70898b7119f6f4af5a6c13343d64b57",
"subject": "One change",
"status": "NEW",
"created": "2012-07-17 07:18:30.854000000",
"updated": "2012-07-17 07:19:27.766000000",
"mergeable": true,
"insertions": 26,
"deletions": 10,
"_number": 1756,
"owner": {
"name": "John Doe"
},
},
{
"id": "demo~master~I09c8041b5867d5b33170316e2abc34b79bbb8501",
"project": "demo",
"branch": "master",
"change_id": "I09c8041b5867d5b33170316e2abc34b79bbb8501",
"subject": "Another change",
"status": "NEW",
"created": "2012-07-17 07:18:30.884000000",
"updated": "2012-07-17 07:18:30.885000000",
"mergeable": true,
"insertions": 12,
"deletions": 18,
"_number": 1757,
"owner": {
"name": "John Doe"
},
"_more_changes": true
}
]
If the number of changes matching the query exceeds either the internal
limit or a supplied n query parameter, the last change object has a
_more_changes: true JSON field set.
The S or start query parameter can be supplied to skip a number
of changes from the list.
Administrators can use the skip-visibility query parameter to skip visibility filtering.
This can be used to ensure that no changes are missed e.g. when querying for changes which
need to be reindexed. Without this parameter query results the user has no permission to read
are filtered out. REST requests with the skip-visibility option are rejected when the current
user doesn’t have the ADMINISTRATE_SERVER capability.
The allow-incomplete-results query parameter can be used. This is a boolean
parameter that can optionally be set to true. If set, the server can tolerate
handling faulty records when parsed from the change index, for example if a
field contained a value of a wrong format. For faulty records, the server
will return a canonical empty record where only the fields {project, branch,
change_id, _number, owner} are set and the subject will be set to
"***ERROR***". All other fields will be empty.
Note that the handling of this parameter is up to the index implementation.
Clients are allowed to specify more than one query by setting the q
parameter multiple times. In this case the result is an array of
arrays, one per query in the same order the queries were given in.
Query that retrieves changes for a user’s dashboard:
GET /changes/?q=is:open+owner:self&q=is:open+reviewer:self+-owner:self&q=is:closed+owner:self+limit:5&o=LABELS HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
[
{
"id": "demo~master~Idaf5e098d70898b7119f6f4af5a6c13343d64b57",
"project": "demo",
"branch": "master",
"change_id": "Idaf5e098d70898b7119f6f4af5a6c13343d64b57",
"subject": "One change",
"status": "NEW",
"created": "2012-07-17 07:18:30.854000000",
"updated": "2012-07-17 07:19:27.766000000",
"mergeable": true,
"insertions": 4,
"deletions": 7,
"_number": 1756,
"owner": {
"name": "John Doe"
},
"labels": {
"Verified": {},
"Code-Review": {}
}
}
],
[],
[]
]
Additional fields can be obtained by adding o parameters, each
option requires more database lookups and slows down the query
response time to the client so they are generally disabled by
default. Optional fields are:
-
LABELS: Includes thelabelsfield which contains all information about labels and approvers that have granted (or rejected) that label. Does not include thepermitted_voting_rangeattribute with the list of ApprovalInfo of theallattribute.
-
DETAILED_LABELS: Includes thelabelsfield which contains all information about labels and approvers that have granted (or rejected) that label, including thepermitted_voting_rangeattribute with the list of ApprovalInfo of theallattribute.
-
SUBMIT_REQUIREMENTS: detailed result of the evaluated submit requirements for this change.
-
CURRENT_REVISION: describe the current revision (patch set) of the change, including the commit SHA-1 and URLs to fetch from.
-
ALL_REVISIONS: describe all revisions, not just current.
-
DOWNLOAD_COMMANDS: include thecommandsfield in the FetchInfo for revisions. Only valid when theCURRENT_REVISIONorALL_REVISIONSoption is selected.
-
CURRENT_COMMIT: parse and output all header fields from the commit object, including message. Only valid when theCURRENT_REVISIONorALL_REVISIONSoption is selected.
-
ALL_COMMITS: parse and output all header fields from the output revisions. If onlyCURRENT_REVISIONwas requested then only the current revision’s commit data will be output.
-
CURRENT_FILES: list files modified by the commit and magic files, including basic line counts inserted/deleted per file. Only valid when theCURRENT_REVISIONorALL_REVISIONSoption is selected.
-
ALL_FILES: list files modified by the commit and magic files, including basic line counts inserted/deleted per file. If only theCURRENT_REVISIONwas requested then only that commit’s modified files will be output.
-
DETAILED_ACCOUNTS: include_account_id,emailandusernamefields when referencing accounts.
-
REVIEWER_UPDATES: include updates to reviewers set as ReviewerUpdateInfo entities.
-
MESSAGES: include messages associated with the change.
-
CURRENT_ACTIONS: include information on available actions for the change and its current revision. Ignored if the caller is not authenticated.
-
CHANGE_ACTIONS: include information on available change actions for the change. Ignored if the caller is not authenticated.
-
REVIEWED: include thereviewedfield if all of the following are true:-
the change is open
-
the caller is authenticated
-
the caller has commented on the change more recently than the last update from the change owner, i.e. this change would show up in the results of reviewedby:self.
-
-
SKIP_DIFFSTAT: skip the 'insertions' and 'deletions' field in ChangeInfo. For large trees, their computation may be expensive.
-
SUBMITTABLE: include thesubmittablefield in ChangeInfo, which can be used to tell if the change is reviewed and ready for submit.
-
WEB_LINKS: include theweb_linksfield in CommitInfo, therefore only valid in combination withCURRENT_COMMITorALL_COMMITS.
-
CHECK: include potential problems with the change.
-
PUSH_CERTIFICATES: include push certificate information in the RevisionInfo. Ignored if signed push is not enabled on the server.
-
TRACKING_IDS: include references to external tracking systems as TrackingIdInfo.
-
CUSTOM_KEYED_VALUES: include the custom key-value map
-
STAR: include thestarredfield in ChangeInfo, which indicates if the change is starred by the current user or not.
-
PARENTS: include theparents_datafield in RevisionInfo, which provides information of whether the parent commit of this revision, e.g. if it’s merged in the target branch and whether it points to a patch-set of another change.
GET /changes/?q=97&o=CURRENT_REVISION&o=CURRENT_COMMIT&o=CURRENT_FILES&o=DOWNLOAD_COMMANDS HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"id": "gerrit~master~I7ea46d2e2ee5c64c0d807677859cfb7d90b8966a",
"project": "gerrit",
"branch": "master",
"change_id": "I7ea46d2e2ee5c64c0d807677859cfb7d90b8966a",
"subject": "Use an EventBus to manage star icons",
"status": "NEW",
"created": "2012-04-25 00:52:25.580000000",
"updated": "2012-04-25 00:52:25.586000000",
"mergeable": true,
"insertions": 16,
"deletions": 7,
"_number": 97,
"owner": {
"name": "Shawn Pearce"
},
"current_revision": "184ebe53805e102605d11f6b143486d15c23a09c",
"revisions": {
"184ebe53805e102605d11f6b143486d15c23a09c": {
"kind": "REWORK",
"_number": 1,
"ref": "refs/changes/97/97/1",
"fetch": {
"git": {
"url": "git://localhost/gerrit",
"ref": "refs/changes/97/97/1",
"commands": {
"Checkout": "git fetch git://localhost/gerrit refs/changes/97/97/1 \u0026\u0026 git checkout FETCH_HEAD",
"Cherry-Pick": "git fetch git://localhost/gerrit refs/changes/97/97/1 \u0026\u0026 git cherry-pick FETCH_HEAD",
"Format-Patch": "git fetch git://localhost/gerrit refs/changes/97/97/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD",
"Pull": "git pull git://localhost/gerrit refs/changes/97/97/1"
}
},
"http": {
"url": "http://myuser@127.0.0.1:8080/gerrit",
"ref": "refs/changes/97/97/1",
"commands": {
"Checkout": "git fetch http://myuser@127.0.0.1:8080/gerrit refs/changes/97/97/1 \u0026\u0026 git checkout FETCH_HEAD",
"Cherry-Pick": "git fetch http://myuser@127.0.0.1:8080/gerrit refs/changes/97/97/1 \u0026\u0026 git cherry-pick FETCH_HEAD",
"Format-Patch": "git fetch http://myuser@127.0.0.1:8080/gerrit refs/changes/97/97/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD",
"Pull": "git pull http://myuser@127.0.0.1:8080/gerrit refs/changes/97/97/1"
}
},
"ssh": {
"url": "ssh://myuser@*:29418/gerrit",
"ref": "refs/changes/97/97/1",
"commands": {
"Checkout": "git fetch ssh://myuser@*:29418/gerrit refs/changes/97/97/1 \u0026\u0026 git checkout FETCH_HEAD",
"Cherry-Pick": "git fetch ssh://myuser@*:29418/gerrit refs/changes/97/97/1 \u0026\u0026 git cherry-pick FETCH_HEAD",
"Format-Patch": "git fetch ssh://myuser@*:29418/gerrit refs/changes/97/97/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD",
"Pull": "git pull ssh://myuser@*:29418/gerrit refs/changes/97/97/1"
}
}
},
"commit": {
"parents": [
{
"commit": "1eee2c9d8f352483781e772f35dc586a69ff5646",
"subject": "Migrate contributor agreements to All-Projects."
}
],
"author": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"committer": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"subject": "Use an EventBus to manage star icons",
"message": "Use an EventBus to manage star icons\n\nImage widgets that need to ..."
},
"files": {
"gerrit-gwtui/src/main/java/com/google/gerrit/client/changes/ChangeCache.java": {
"lines_deleted": 8,
"size_delta": -412,
"size": 7782
},
"gerrit-gwtui/src/main/java/com/google/gerrit/client/changes/ChangeDetailCache.java": {
"lines_inserted": 1,
"size_delta": 23,
"size": 6762
},
"gerrit-gwtui/src/main/java/com/google/gerrit/client/changes/ChangeScreen.java": {
"lines_inserted": 11,
"lines_deleted": 19,
"size_delta": -298,
"size": 47023
},
"gerrit-gwtui/src/main/java/com/google/gerrit/client/changes/ChangeTable.java": {
"lines_inserted": 23,
"lines_deleted": 20,
"size_delta": 132,
"size": 17727
},
"gerrit-gwtui/src/main/java/com/google/gerrit/client/changes/StarCache.java": {
"status": "D",
"lines_deleted": 139,
"size_delta": -5512,
"size": 13098
},
"gerrit-gwtui/src/main/java/com/google/gerrit/client/changes/StarredChanges.java": {
"status": "A",
"lines_inserted": 204,
"size_delta": 8345,
"size": 8345
},
"gerrit-gwtui/src/main/java/com/google/gerrit/client/ui/Screen.java": {
"lines_deleted": 9,
"size_delta": -343,
"size": 5385
}
}
}
}
}
]
Get Change
'GET /changes/{change-id}'
Retrieves a change.
Additional fields can be obtained by adding o parameters, each
option requires more database lookups and slows down the query
response time to the client so they are generally disabled by
default. Fields are described in Query Changes.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940 HTTP/1.0
As response a ChangeInfo entity is returned that describes the change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"attention_set": {
"1000096": {
"account": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
"last_update": "2013-02-21 11:16:36.775000000",
"reason": "reviewer or cc replied"
}
},
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 34,
"deletions": 101,
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
Historical state of the change can be retrieved by specifying the
meta=SHA-1 parameter. This will use a historical NoteDb snapshot to
populate ChangeInfo. If the SHA-1 is not reachable as a NoteDb state,
status code 412 is returned.
Get Meta Diff
'GET /changes/{change-id}/meta_diff?old=SHA-1&meta=SHA-1'
Retrieves the difference between two historical states of a change
by specifying the old=SHA-1 and the meta=SHA-1 parameters.
If the old parameter is not provided, the parent of the meta
SHA-1 is used. If the meta parameter is not provided, the current
state of the change is used. If neither are provided, the
difference between the current state of the change and its previous
state is returned.
Additional fields can be obtained by adding o parameters, analogous
to Get Change, and the same concerns for Get Change hold for
this endpoint too. Fields are described in Query Changes.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/meta_diff?old=b083abc34eb6dbdb9e154ba092fc198000e997b4&meta=63b81f2bde703ae07787a940e8fdf9a1828605b1 HTTP/1.0
As a response, two ChangeInfo entities are returned
that describe information added and removed from the old change state, and
the two ChangeInfo entities that generated the diff are
returned. Only fields that differ between the change’s two states are returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"added": {
"attention_set": {
"1000096": {
"account": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
"last_update": "2013-02-21 11:16:36.775000000",
"reason": "reviewer or cc replied"
}
},
"updated": "2013-02-21 11:16:36.775000000",
"topic": "new-topic"
},
"removed": {
"updated": "2013-02-01 09:59:32.126000000",
"topic": "old-topic"
},
"old_change_info": {
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"attention_set": [],
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"topic": "old-topic",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-01 09:59:32.126000000",
"mergeable": true,
"insertions": 34,
"deletions": 101,
"_number": 3965,
"owner": {
"name": "John Doe"
}
},
"new_change_info": {
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"attention_set": {
"1000096": {
"account": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
"last_update": "2013-02-21 11:16:36.775000000",
"reason": "reviewer or cc replied"
}
},
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"topic": "new-topic",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 34,
"deletions": 101,
"_number": 3965,
"owner": {
"name": "John Doe"
}
},
}
If the provided SHA-1 for meta is not reachable as a NoteDb
state, the status code 412 is returned. If the SHA-1 for old
is not reachable, the difference between the change at state
meta and an empty change is returned.
Get Change Detail
'GET /changes/{change-id}/detail'
Retrieves a change with labels, detailed labels, detailed accounts, reviewer updates, and messages.
Additional fields can be obtained by adding o parameters, each
option requires more database lookups and slows down the query
response time to the client so they are generally disabled by
default. Fields are described in Query Changes.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/detail HTTP/1.0
As response a ChangeInfo entity is returned that describes the change. This response will contain all votes for each label and include one combined vote. The combined label vote is calculated in the following order (from highest to lowest): REJECTED > APPROVED > DISLIKED > RECOMMENDED.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"attention_set": {
"1000096": {
"account": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"last_update": "2013-02-21 11:16:36.775000000",
"reason": "reviewer or cc replied"
}
},
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 126,
"deletions": 11,
"_number": 3965,
"owner": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"labels": {
"Verified": {
"all": [
{
"value": 0,
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
{
"value": 0,
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
}
],
"values": {
"-1": "Fails",
" 0": "No score",
"+1": "Verified"
}
},
"Code-Review": {
"disliked": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"all": [
{
"value": -1,
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
{
"value": 1,
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
}
]
"values": {
"-2": "This shall not be submitted",
"-1": "I would prefer this is not submitted as is",
" 0": "No score",
"+1": "Looks good to me, but someone else must approve",
"+2": "Looks good to me, approved"
}
}
},
"permitted_labels": {
"Verified": [
"-1",
" 0",
"+1"
],
"Code-Review": [
"-2",
"-1",
" 0",
"+1",
"+2"
]
},
"removable_labels": {
"Code-Review": {
"-1": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
}
],
"+1": [
{
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
}
]
}
},
"removable_reviewers": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
{
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
}
],
"reviewers": {
"REVIEWER": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
{
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
}
]
},
"reviewer_updates": [
{
"state": "REVIEWER",
"reviewer": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"updated_by": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"updated": "2016-07-21 20:12:39.000000000"
},
{
"state": "REMOVED",
"reviewer": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"updated_by": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"updated": "2016-07-21 20:12:33.000000000"
},
{
"state": "CC",
"reviewer": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"updated_by": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"updated": "2016-03-23 21:34:02.419000000",
},
],
"messages": [
{
"id": "YH-egE",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"date": "2013-03-23 21:34:02.419000000",
"message": "Patch Set 1:\n\nThis is the first message.",
"_revision_number": 1
},
{
"id": "WEEdhU",
"author": {
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
},
"date": "2013-03-23 21:36:52.332000000",
"message": "Patch Set 1:\n\nThis is the second message.\n\nWith a line break.",
"_revision_number": 1
}
]
}
Create Merge Patch Set For Change
'POST /changes/{change-id}/merge'
Update an existing change by using a MergePatchSetInput entity.
Gerrit will create a merge commit based on the information of MergePatchSetInput and add a new patch set to the change corresponding to the new merge commit.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new patch set; otherwise, the user’s preferred email will be used.
POST /changes/test~master~Ic5466d107c5294414710935a8ef3b0180fb848dc/merge HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"subject": "Merge dev_branch into master",
"merge": {
"source": "refs/changes/34/1234/1"
}
}
As response a ChangeInfo entity with current revision is returned that describes the resulting change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "test~master~Ic5466d107c5294414710935a8ef3b0180fb848dc",
"project": "test",
"branch": "master",
"hashtags": [],
"change_id": "Ic5466d107c5294414710935a8ef3b0180fb848dc",
"subject": "Merge dev_branch into master",
"status": "NEW",
"created": "2016-09-23 18:08:53.238000000",
"updated": "2016-09-23 18:09:25.934000000",
"submit_type": "MERGE_IF_NECESSARY",
"mergeable": true,
"insertions": 5,
"deletions": 0,
"_number": 72,
"owner": {
"_account_id": 1000000
},
"current_revision": "27cc4558b5a3d3387dd11ee2df7a117e7e581822"
}
Set Commit Message
'PUT /changes/{change-id}/message'
Creates a new patch set with a new commit message.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new patch set; otherwise, the user’s preferred email will be used.
The new commit message must be provided in the request body inside a CommitMessageInput entity. If a Change-Id footer is specified, it must match the current Change-Id footer. If the Change-Id footer is absent, the current Change-Id is added to the message.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/message HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message": "New Commit message \n\nChange-Id: I10394472cbd17dd12454f229e4f6de00b143a444\n"
}
An email will be sent using the "newpatchset" template.
| WIP State | Default |
|---|---|
Ready for review |
owner, reviewers, CCs, stars, NEW_PATCHSETS watchers |
Work in progress |
owner |
Get Topic
'GET /changes/{change-id}/topic'
Retrieves the topic of a change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/topic HTTP/1.0
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: application/json; charset=UTF-8 )]}' "Documentation"
If the change does not have a topic an empty string is returned.
Set Topic
'PUT /changes/{change-id}/topic'
Sets the topic of a change.
The new topic must be provided in the request body inside a TopicInput entity. Any leading or trailing whitespace in the topic name will be removed.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/topic HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"topic": "Documentation"
}
As response the new topic is returned.
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: application/json; charset=UTF-8 )]}' "Documentation"
If the topic was deleted the response is “204 No Content”.
Delete Topic
'DELETE /changes/{change-id}/topic'
Deletes the topic of a change.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/topic HTTP/1.0
HTTP/1.1 204 No Content
Get Pure Revert
'GET /changes/{change-id}/pure_revert'
Check if the given change is a pure revert of the change it references in revertOf.
Optionally, the query parameter o can be passed in to specify a commit (SHA-1 in
40 digit hex representation) to check against. It takes precedence over revertOf.
If the change has no reference in revertOf, the parameter is mandatory.
As response a PureRevertInfo entity is returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/pure_revert?o=247bccf56ae47634650bcc08b8aa784c3580ccas HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"is_pure_revert" : false
}
Abandon Change
'POST /changes/{change-id}/abandon'
Abandons a change.
The request body does not need to include a AbandonInput entity if no review comment is added.
Abandoning a change also removes all users from the attention set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/abandon HTTP/1.0
As response a ChangeInfo entity is returned that describes the abandoned change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "ABANDONED",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 3,
"deletions": 310,
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
If the change cannot be abandoned because the change state doesn’t allow abandoning of the change, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 change is merged
An email will be sent using the "abandon" template. The notify handling is ALL. Notifications are suppressed on WIP changes that have never started review.
| WIP State | notify=ALL |
|---|---|
Ready for review |
owner, reviewers, CCs, stars, ABANDONED_CHANGES watchers |
Work in progress |
not sent |
Reviewable WIP |
owner, reviewers, CCs, stars, ABANDONED_CHANGES watchers |
Restore Change
'POST /changes/{change-id}/restore'
Restores a change.
The request body does not need to include a RestoreInput entity if no review comment is added.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/restore HTTP/1.0
As response a ChangeInfo entity is returned that describes the restored change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 2,
"deletions": 13,
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
If the change cannot be restored because the change state doesn’t allow restoring the change, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 change is new
Rebase Change
'POST /changes/{change-id}/rebase'
Rebases a change.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new patch set; otherwise, the user’s preferred email will be used.
Optionally, the parent revision can be changed to another patch set through the RebaseInput entity.
POST /changes/myProject~master~I3ea943139cb62e86071996f2480e58bf3eeb9dd2/rebase HTTP/1.0
Content-Type: application/json;charset=UTF-8
{
"base" : "1234",
}
As response a ChangeInfo entity is returned that describes the rebased change. Information about the current patch set is included.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I3ea943139cb62e86071996f2480e58bf3eeb9dd2",
"project": "myProject",
"branch": "master",
"change_id": "I3ea943139cb62e86071996f2480e58bf3eeb9dd2",
"subject": "Implement Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": false,
"insertions": 33,
"deletions": 9,
"_number": 4799,
"owner": {
"name": "John Doe"
},
"current_revision": "27cc4558b5a3d3387dd11ee2df7a117e7e581822",
"revisions": {
"27cc4558b5a3d3387dd11ee2df7a117e7e581822": {
"kind": "REWORK",
"_number": 2,
"ref": "refs/changes/99/4799/2",
"fetch": {
"http": {
"url": "http://gerrit:8080/myProject",
"ref": "refs/changes/99/4799/2"
}
},
"commit": {
"parents": [
{
"commit": "b4003890dadd406d80222bf1ad8aca09a4876b70",
"subject": "Implement Feature A"
}
],
"author": {
"name": "John Doe",
"email": "john.doe@example.com",
"date": "2013-05-07 15:21:27.000000000",
"tz": 120
},
"committer": {
"name": "Gerrit Code Review",
"email": "gerrit-server@example.com",
"date": "2013-05-07 15:35:43.000000000",
"tz": 120
},
"subject": "Implement Feature X",
"message": "Implement Feature X\n\nAdded feature X."
}
}
}
If the change cannot be rebased, e.g. due to conflicts, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 The change could not be rebased due to a path conflict during merge.
Rebasing a change is allowed for the change owner, users with the Rebase permission and users with the Submit permission.
In addition, the rebaser or the original uploader, if rebasing is done
on behalf of the uploader (see rebase_on_behalf_of_uploader option in
RebaseInput), needs to have all permissions that
are required to create the new patch set:
-
the Push permission
-
the Add Patch Set permission (only if the user is not the change owner)
-
the Forge Author permission (only if the commit author is forged)
-
the Forge Server permission (only if the commit author is the server identity)
The same permissions were required for the upload of the original patch set. This means if the rebase is done on behalf of the uploader these permission checks should just pass, unless the uploader lost permissions after the upload of the original patch set. In this case rebasing on behalf of the uploader is not possible and a normal rebase (on behalf of the rebaser) must be done, which means that the rebaser becomes the uploader and takes over the change. If self approvals are disallowed, this means that the rebaser can no longer approve the change (as approvals of the uploader are ignored).
Rebase Chain
'POST /changes/{change-id}/rebase:chain'
Rebases an ancestry chain of changes.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new patch set; otherwise, the user’s preferred email will be used.
The operated change is treated as the chain tip. All unsubmitted ancestors are rebased.
Requires a linear ancestry relation (single parenting throughout the chain).
Optionally, the parent revision (of the oldest ancestor to be rebased) can be changed to another change, revision or branch through the RebaseInput entity.
Providing a committer_email through the RebaseInput entity is not supported
when rebasing a chain.
If the chain is outdated, i.e., there’s a change that depends on an old revision of its parent, the result is the same as individually rebasing all outdated changes on top of their parent’s latest revision before running the rebase chain action.
POST /changes/myProject~master~I08a021fb07b83fe845140a2c11508b3bdd93b48f/rebase:chain HTTP/1.0
Content-Type: application/json;charset=UTF-8
{
"base" : "1234",
}
As response a RebaseChainInfo entity is returned that describes the rebased changes. Information about the current patch sets are included.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"rebased_changes": [
{
"id": "myProject~master~I0e534de9d7f0d6f35b71f7d726acf835b2110c66",
"project": "myProject",
"branch": "master",
"hashtags": [
],
"change_id": "I0e534de9d7f0d6f35b71f7d726acf835b2110c66",
"subject": "456",
"status": "NEW",
"created": "2022-11-21 20: 51: 31.000000000",
"updated": "2022-11-21 20: 56: 49.000000000",
"submit_type": "MERGE_IF_NECESSARY",
"insertions": 0,
"deletions": 0,
"total_comment_count": 0,
"unresolved_comment_count": 0,
"has_review_started": true,
"meta_rev_id": "a2a6692213f546e1045ecf4647439fac8d6d8faa",
"_number": 21,
"owner": {
"_account_id": 1000000
},
"current_revision": "c3b2ba222d42a56e05c90f88d4509a124620517d",
"revisions": {
"c3b2ba222d42a56e05c90f88d4509a124620517d": {
"kind": "NO_CHANGE",
"_number": 2,
"created": "2022-11-21 20: 56: 49.000000000",
"uploader": {
"_account_id": 1000000
},
"ref": "refs/changes/21/21/2",
"fetch": {
},
"commit": {
"parents": [
{
"commit": "7803f427dd7c4a2441466e4d740a1850dcee1af4",
"subject": "123"
}
],
"author": {
"name": "Nitzan Gur-Furman",
"email": "nitzan@google.com",
"date": "2022-11-21 20: 49: 39.000000000",
"tz": 60
},
"committer": {
"name": "Administrator",
"email": "admin@example.com",
"date": "2022-11-21 20: 56: 49.000000000",
"tz": 60
},
"subject": "456",
"message": "456\n"
},
"description": "Rebase"
}
},
"requirements": [
],
"submit_records": [
{
"rule_name": "gerrit~DefaultSubmitRule",
"status": "NOT_READY",
"labels": [
{
"label": "Code-Review",
"status": "NEED"
}
]
}
]
},
{
"id": "myProject~master~I08a021fb07b83fe845140a2c11508b3bdd93b48f",
"project": "myProject",
"branch": "master",
"hashtags": [
],
"change_id": "I08a021fb07b83fe845140a2c11508b3bdd93b48f",
"subject": "789",
"status": "NEW",
"created": "2022-11-21 20: 51: 31.000000000",
"updated": "2022-11-21 20: 56: 49.000000000",
"submit_type": "MERGE_IF_NECESSARY",
"insertions": 0,
"deletions": 0,
"total_comment_count": 0,
"unresolved_comment_count": 0,
"has_review_started": true,
"meta_rev_id": "3bfb843fea471f96e16b9199c3a30fff0285bc45",
"_number": 22,
"owner": {
"_account_id": 1000000
},
"current_revision": "77eb17a9501a5c21963bc6af56085e60f281acbb",
"revisions": {
"77eb17a9501a5c21963bc6af56085e60f281acbb": {
"kind": "NO_CHANGE",
"_number": 2,
"created": "2022-11-21 20: 56: 49.000000000",
"uploader": {
"_account_id": 1000000
},
"ref": "refs/changes/22/22/2",
"fetch": {
},
"commit": {
"parents": [
{
"commit": "c3b2ba222d42a56e05c90f88d4509a124620517d",
"subject": "456"
}
],
"author": {
"name": "Nitzan Gur-Furman",
"email": "nitzan@google.com",
"date": "2022-11-21 20: 51: 07.000000000",
"tz": 60
},
"committer": {
"name": "Administrator",
"email": "admin@example.com",
"date": "2022-11-21 20: 56: 49.000000000",
"tz": 60
},
"subject": "789",
"message": "789\n"
},
"description": "Rebase"
}
},
"requirements": [
],
"submit_records": [
{
"rule_name": "gerrit~DefaultSubmitRule",
"status": "NOT_READY",
"labels": [
{
"label": "Code-Review",
"status": "NEED"
}
]
}
]
}
],
}
If the change cannot be rebased, e.g. due to conflicts, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 Change I0e534de9d7f0d6f35b71f7d726acf835b2110c66 could not be rebased due to a conflict during merge. merge conflict(s): a.txt
Move Change
'POST /changes/{change-id}/move'
Move a change.
The destination branch must be provided in the request body inside a MoveInput entity. Only veto votes that are blocking the change from submission are moved to the destination branch by default.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/move HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"destination_branch" : "release-branch"
}
As response a ChangeInfo entity is returned that describes the moved change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~release-branch~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "release-branch",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 2,
"deletions": 13,
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
Note that this endpoint will not update the change’s parents, which is different from the cherry-pick endpoint.
If the change cannot be moved because the change state doesn’t allow moving the change, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 change is merged
If the change cannot be moved because the user doesn’t have abandon permission on the change or upload permission on the destination, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 move not permitted
Revert Change
'POST /changes/{change-id}/revert'
Reverts a change.
The subject of the newly created change will be 'Revert "<subject-of-reverted-change>"'. If the subject of the change reverted is above 63 characters, it will be cut down to 59 characters with "…" in the end.
The request body does not need to include a RevertInput entity if no review comment is added.
POST /changes/myProject~master~I1ffe09a505e25f15ce1521bcfb222e51e62c2a14/revert HTTP/1.0
As response a ChangeInfo entity is returned that describes the reverting change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Revert \"Implementing Feature X\"",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 6,
"deletions": 4,
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
If the user doesn’t have revert permission on the change or upload permission on the destination branch, the response is “403 Forbidden”, and the error message is contained in the response body.
If the change cannot be reverted because the change state doesn’t allow reverting the change the response is “409 Conflict”, and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 change is new
Revert Submission
'POST /changes/{change-id}/revert_submission'
Creates open revert changes for all of the changes of a certain submission.
The subject of each revert change will be 'Revert "<subject-of-reverted-change"'. If the subject is above 60 characters, the subject will be cut to 56 characters with "…" in the end. However, whenever reverting the submission of a revert submission, the subject will be shortened from 'Revert "Revert "<subject-of-reverted-change""' to 'Revert^2 "<subject-of-reverted-change"'. Also, for every future revert submission, the only difference in the subject will be the number of the revert (instead of Revert^2 the subject will change to Revert^3 and so on). There are no guarantees about the subjects if the users change the default subjects.
Details for the revert can be specified in the request body inside a
RevertInput The topic of all created revert changes will be
revert-{submission_id}-{random_string_of_size_10}.
The changes will not be rebased on onto the destination branch so the users may still have to manually rebase them to resolve conflicts and make them submittable.
However, the changes that have the same project and branch will be rebased on top of each other. E.g, the first revert change will have the original change as a parent, and the second revert change will have the first revert change as a parent.
There is one special case that involves merge commits; if a user has multiple
changes in the same project and branch, but not in the same change series, those
changes can still get submitted together if they have the same topic and
change.submitWholeTopic in
gerrit.config is set to true. In the case, Gerrit may create merge commits on
submit (depending on the submit types
of the project).
The first parent for the reverts will be the most recent merge commit that was
created by Gerrit to merge the different change series into the target branch.
POST /changes/myProject~master~I1ffe09a505e25f15ce1521bcfb222e51e62c2a14/revert_submission HTTP/1.0
As response RevertSubmissionInfo entity is returned. That entity describes the revert changes.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
"revert_changes":
[
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"topic": "revert--1571043962462-3640749-ABCEEZGHIJ",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Revert \"Implementing Feature X\"",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 6,
"deletions": 4,
"_number": 3965,
"owner": {
"name": "John Doe"
}
},
{
"id": "anyProject~master~1eee2c9d8f352483781e772f35dc586a69ff5646",
"project": "anyProject",
"branch": "master",
"topic": "revert--1571043962462-3640749-ABCEEZGHIJ",
"change_id": "I1eee2c9d8f352483781e772f35dc586a69ff5646",
"subject": "Revert \"Implementing Feature Y\"",
"status": "NEW",
"created": "2013-02-04 09:59:33.126000000",
"updated": "2013-02-21 11:16:37.775000000",
"mergeable": true,
"insertions": 62,
"deletions": 11,
"_number": 3966,
"owner": {
"name": "Jane Doe"
}
}
]
If the user doesn’t have revert permission on the change or upload permission on the destination, the response is “403 Forbidden”, and the error message is contained in the response body.
If the change cannot be reverted because the change state doesn’t allow reverting the change the response is “409 Conflict”, and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 change is new
Submit Change
'POST /changes/{change-id}/submit'
Submits a change.
If the submission results in a new patch set (due to a rebase or cherry-pick merge method), the committer email will remain the same as the one used in the previous commit, provided that one of the secondary emails associated with the user performing the operation was used as the committer email in the previous commit. Otherwise, the user’s preferred email will be used.
The request body only needs to include a SubmitInput entity if submitting on behalf of another user.
Submitting a change also removes all users from the attention set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/submit HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"on_behalf_of": 1001439
}
As response a ChangeInfo entity is returned that describes the submitted/merged change.
Submission may submit multiple changes, but we still only return one ChangeInfo object. To query for all submitted changes, please use the submission_id that is part of the response.
Changes that will also be submitted:
1. All changes of the same topic if
change.submitWholeTopic
configuration is set to true.
2. All dependent changes.
3. The closure of the above (e.g if a dependent change has a topic, all changes
of that topic will also be submitted).
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "MERGED",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"submitted": "2013-02-21 11:16:36.615000000",
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
If the change cannot be submitted because the submit rule doesn’t allow submitting the change, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 blocked by Verified
Changes Submitted Together
'GET /changes/{change-id}/submitted_together?o=NON_VISIBLE_CHANGES'
Computes list of all changes which are submitted when Submit is called for this change, including the current change itself.
The list consists of:
-
The given change.
-
If
change.submitWholeTopicis enabled OR if theo=TOPIC_CLOSUREquery parameter is passed, include all open changes with the same topic. -
For each change whose submit type is not CHERRY_PICK, include unmerged ancestors targeting the same branch.
As a special case, the list is empty if this change would be submitted by itself (without other changes).
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/submitted_together?o=NON_VISIBLE_CHANGES HTTP/1.0 Content-Type: application/json; charset=UTF-8
As a response a SubmittedTogetherInfo entity is returned that describes what would happen if the change were submitted. This response contains a list of changes and a count of changes that are not visible to the caller that are part of the set of changes to be merged.
The listed changes use the same format as in
Query Changes with the
LABELS, DETAILED_LABELS,
CURRENT_REVISION,and
SUBMITTABLE options set.
Standard formatting options can be specified
with the o parameter, as well as the submitted_together specific
options NON_VISIBLE_CHANGES and TOPIC_CLOSURE.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"changes": [
{
"id": "gerrit~master~I1ffe09a505e25f15ce1521bcfb222e51e62c2a14",
"project": "gerrit",
"branch": "master",
"hashtags": [],
"change_id": "I1ffe09a505e25f15ce1521bcfb222e51e62c2a14",
"subject": "ChangeMergeQueue: Rewrite such that it works on set of changes",
"status": "NEW",
"created": "2015-05-01 15:39:57.979000000",
"updated": "2015-05-20 19:25:21.592000000",
"mergeable": true,
"insertions": 303,
"deletions": 210,
"_number": 1779,
"owner": {
"_account_id": 1000000
},
"labels": {
"Code-Review": {
"approved": {
"_account_id": 1000000
},
"all": [
{
"value": 2,
"date": "2015-05-20 19:25:21.592000000",
"_account_id": 1000000
}
],
"values": {
"-2": "This shall not be submitted",
"-1": "I would prefer this is not submitted as is",
" 0": "No score",
"+1": "Looks good to me, but someone else must approve",
"+2": "Looks good to me, approved"
},
"default_value": 0
},
"Verified": {
"approved": {
"_account_id": 1000000
},
"all": [
{
"value": 1,
"date": "2015-05-20 19:25:21.592000000",
"_account_id": 1000000
}
],
"values": {
"-1": "Fails",
" 0": "No score",
"+1": "Verified"
},
"default_value": 0
}
},
"permitted_labels": {
"Code-Review": [
"-2",
"-1",
" 0",
"+1",
"+2"
],
"Verified": [
"-1",
" 0",
"+1"
]
},
"removable_reviewers": [
{
"_account_id": 1000000
}
],
"reviewers": {
"REVIEWER": [
{
"_account_id": 1000000
}
]
},
"current_revision": "9adb9f4c7b40eeee0646e235de818d09164d7379",
"revisions": {
"9adb9f4c7b40eeee0646e235de818d09164d7379": {
"kind": "REWORK",
"_number": 1,
"created": "2015-05-01 15:39:57.979000000",
"uploader": {
"_account_id": 1000000
},
"ref": "refs/changes/79/1779/1",
"fetch": {},
}
}
},
{
"id": "gerrit~master~I7fe807e63792b3d26776fd1422e5e790a5697e22",
"project": "gerrit",
"branch": "master",
"hashtags": [],
"change_id": "I7fe807e63792b3d26776fd1422e5e790a5697e22",
"subject": "AbstractSubmoduleSubscription: Split up createSubscription",
"status": "NEW",
"created": "2015-05-01 15:39:57.979000000",
"updated": "2015-05-20 19:25:21.546000000",
"mergeable": true,
"insertions": 15,
"deletions": 6,
"_number": 1780,
"owner": {
"_account_id": 1000000
},
"labels": {
"Code-Review": {
"approved": {
"_account_id": 1000000
},
"all": [
{
"value": 2,
"date": "2015-05-20 19:25:21.546000000",
"_account_id": 1000000
}
],
"values": {
"-2": "This shall not be submitted",
"-1": "I would prefer this is not submitted as is",
" 0": "No score",
"+1": "Looks good to me, but someone else must approve",
"+2": "Looks good to me, approved"
},
"default_value": 0
},
"Verified": {
"approved": {
"_account_id": 1000000
},
"all": [
{
"value": 1,
"date": "2015-05-20 19:25:21.546000000",
"_account_id": 1000000
}
],
"values": {
"-1": "Fails",
" 0": "No score",
"+1": "Verified"
},
"default_value": 0
}
},
"permitted_labels": {
"Code-Review": [
"-2",
"-1",
" 0",
"+1",
"+2"
],
"Verified": [
"-1",
" 0",
"+1"
]
},
"removable_reviewers": [
{
"_account_id": 1000000
}
],
"reviewers": {
"REVIEWER": [
{
"_account_id": 1000000
}
]
},
"current_revision": "1bd7c12a38854a2c6de426feec28800623f492c4",
"revisions": {
"1bd7c12a38854a2c6de426feec28800623f492c4": {
"kind": "REWORK",
"_number": 1,
"created": "2015-05-01 15:39:57.979000000",
"uploader": {
"_account_id": 1000000
},
"ref": "refs/changes/80/1780/1",
"fetch": {},
}
}
}
],
"non_visible_changes": 0
}
If the o=NON_VISIBLE_CHANGES query parameter is not passed, then
instead of a SubmittedTogetherInfo
entity, the response is a list of changes, or a 403 response with a
message if the set of changes to be submitted with this change
includes changes the caller cannot read.
Delete Change
'DELETE /changes/{change-id}'
Deletes a change.
New or abandoned changes can be deleted by their owner if the user is granted the Delete Own Changes permission, otherwise only by administrators.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940 HTTP/1.0 Content-Type: application/json; charset=UTF-8
HTTP/1.1 204 No Content
Create patch-set from patch
'POST /changes/{change-id}/patch:apply'
Creates a new patch set on a destination change from the provided patch.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new patch set; otherwise, the user’s preferred email will be used.
The patch must be provided in the request body, inside a ApplyPatchPatchSetInput entity.
If a base commit is given, the patch is applied on top of it. Otherwise, the patch is applied on top of the target change’s original parent.
Applying the patch will fail if the destination change is closed, or in case of any conflicts.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/patch:apply HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"patch": {
"patch": "new file mode 100644\n--- /dev/null\n+++ b/a_new_file.txt\n@@ -0,0 +1,2 @@ \
+Patch compatible `git diff` output \
+For example: `link:#get-patch[<gerrit patch>] | base64 -d | sed -z 's/\n/\\n/g'`"
}
}
As response a ChangeInfo entity is returned that describes the destination change after applying the patch.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9941",
"project": "myProject",
"branch": "release-branch",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9941",
"subject": "Original change subject",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 12,
"deletions": 11,
"_number": 3965,
"owner": {
"name": "John Doe"
},
"current_revision": "184ebe53805e102605d11f6b143486d15c23a09c"
}
Get Included In
'GET /changes/{change-id}/in'
Retrieves the branches and tags in which a change is included. As result an IncludedInInfo entity is returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/in HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"branches": [
"master"
],
"tags": []
}
Index Change
'POST /changes/{change-id}/index'
Adds or updates the change in the secondary index.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/index HTTP/1.0
HTTP/1.1 204 No Content
List Change Comments
'GET /changes/{change-id}/comments'
Lists the published comments of all revisions of the change.
Returns a map of file paths to lists of CommentInfo
entries. The entries in the map are sorted by file path, and the
comments for each path are sorted by patch set number. Each comment has
the patch_set and author fields set.
If the enable-context request parameter is set to true, the comment entries
will contain a list of ContextLine containing the lines of
the source file where the comment was written.
The context-padding request parameter can be used to specify an extra number
of context lines to be added before and after the comment range. This parameter
only works if enable-context is set to true.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/comments HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"patch_set": 1,
"id": "TvcXrmjM",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000"
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
}
},
{
"patch_set": 2,
"id": "TveXwFiA",
"line": 49,
"in_reply_to": "TfYX-Iuo",
"message": "Done",
"updated": "2013-02-26 15:40:45.328000000"
"author": {
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
}
]
}
List Change Robot Comments
'GET /changes/{change-id}/robotcomments'
Lists the robot comments of all revisions of the change.
Return a map that maps the file path to a list of RobotCommentInfo entries. The entries in the map are sorted by file path.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/robotcomments/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"id": "TvcXrmjM",
"line": 23,
"message": "unused import",
"updated": "2016-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000110,
"name": "Code Analyzer",
"email": "code.analyzer@example.com"
},
"robot_id": "importChecker",
"robot_run_id": "76b1375aa8626ea7149792831fe2ed85e80d9e04"
},
{
"id": "TveXwFiA",
"line": 49,
"message": "wrong indention",
"updated": "2016-02-26 15:40:45.328000000",
"author": {
"_account_id": 1000110,
"name": "Code Analyzer",
"email": "code.analyzer@example.com"
},
"robot_id": "styleChecker",
"robot_run_id": "5c606c425dd45184484f9d0a2ffd725a7607839b"
}
]
}
List Change Drafts
'GET /changes/{change-id}/drafts'
Lists the draft comments of all revisions of the change that belong to the calling user.
Returns a map of file paths to lists of CommentInfo
entries. The entries in the map are sorted by file path, and the
comments for each path are sorted by patch set number. Each comment has
the patch_set field set, and no author.
The enable-context and context-padding request parameters can be used to
request comment context. See List Change Comments
for more details.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/drafts HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"patch_set": 1,
"id": "TvcXrmjM",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000"
},
{
"patch_set": 2,
"id": "TveXwFiA",
"line": 49,
"in_reply_to": "TfYX-Iuo",
"message": "Done",
"updated": "2013-02-26 15:40:45.328000000"
}
]
}
Check Change
'GET /changes/{change-id}/check'
Performs consistency checks on the change, and returns a
ChangeInfo entity with the problems field set to a
list of ProblemInfo entities.
Depending on the type of problem, some fields not marked optional may be
missing from the result. At least id, project, branch, and
_number will be present.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/check HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 34,
"deletions": 101,
"_number": 3965,
"owner": {
"name": "John Doe"
},
"problems": [
{
"message": "Current patch set 1 not found"
}
]
}
Fix Change
'POST /changes/{change-id}/check'
Performs consistency checks on the change as with GET /check, and additionally fixes any problems that can be fixed automatically. The returned field values reflect any fixes.
Some fixes have options controlling their behavior, which can be set in the FixInput entity body.
Only the change owner, a project owner, or an administrator may fix changes.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/check HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "MERGED",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"submitted": "2013-02-21 11:16:36.615000000",
"mergeable": true,
"insertions": 34,
"deletions": 101,
"_number": 3965,
"owner": {
"name": "John Doe"
},
"problems": [
{
"message": "Current patch set 2 not found"
},
{
"message": "Patch set 1 (1eee2c9d8f352483781e772f35dc586a69ff5646) is merged into destination ref master (1eee2c9d8f352483781e772f35dc586a69ff5646), but change status is NEW",
"status": FIXED,
"outcome": "Marked change as merged"
}
]
}
Set Work-In-Progress
'POST /changes/{change-id}/wip'
Marks the change as not ready for review yet. Changes may only be marked not ready by the owner, project owners or site administrators.
The request body does not need to include a WorkInProgressInput entity if no review comment is added. Actions that create a new patch set in a WIP change default to notifying OWNER instead of ALL.
Marking a change work in progress also removes all users from the attention set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/wip HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message": "Refactoring needs to be done before we can proceed here."
}
HTTP/1.1 200 OK
Set Ready-For-Review
'POST /changes/{change-id}/ready'
Marks the change as ready for review (set WIP property to false). Changes may only be marked ready by the owner, project owners or site administrators.
Activates notifications of reviewer. The request body does not need to include a WorkInProgressInput entity if no review comment is added.
Marking a change ready for review also adds all of the reviewers of the change to the attention set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/ready HTTP/1.0
Content-Type: application/json;charset=UTF-8
{
"message": "Refactoring is done."
}
HTTP/1.1 200 OK
Mark Private
'POST /changes/{change-id}/private'
Marks the change to be private. Only open changes can be marked private. Changes may only be marked private by the owner or site administrators.
A message can be specified in the request body inside a PrivateInput entity.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/private HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message": "After this security fix has been released we can make it public now."
}
HTTP/1.1 201 Created
If the change was already private the response is “200 OK”.
Unmark Private
'DELETE /changes/{change-id}/private'
Marks the change to be non-private. Note users can only unmark own private changes.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/private HTTP/1.0
HTTP/1.1 204 No Content
If the change was already not private, the response is “409 Conflict”.
A message can be specified in the request body inside a PrivateInput entity. Historically, this method allowed a body in the DELETE, but that behavior is deprecated. In this case, use a POST request instead:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/private.delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message": "This is a security fix that must not be public."
}
Get Hashtags
'GET /changes/{change-id}/hashtags'
Gets the hashtags associated with a change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/hashtags HTTP/1.0
As response the change’s hashtags are returned as a list of strings.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
"hashtag1",
"hashtag2"
]
Set Hashtags
'POST /changes/{change-id}/hashtags'
Adds and/or removes hashtags from a change.
The hashtags to add or remove must be provided in the request body inside a HashtagsInput entity.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/hashtags HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"add" : [
"hashtag3"
],
"remove" : [
"hashtag2"
]
}
As response the change’s hashtags are returned as a list of strings.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
"hashtag1",
"hashtag3"
]
Get Custom Keyed Values
'GET /changes/{change-id}/custom_keyed_values'
Gets the custom keyed values associated with a change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/custom_keyed_values HTTP/1.0
As response the change’s custom keyed values are returned as a map of strings.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"key1": "value1",
"key2": "value2"
}
Set Custom Keyed Values
'POST /changes/{change-id}/custom_keyed_values'
Adds and/or removes custom keyed values from a change.
The custom keyed values to add or remove must be provided in the request body inside a CustomKeyedValuesInput entity.
Note that custom keyed values are expected to be small in both key and value. A typical use-case would be storing the ID to some external system, in which case the key would be something unique to that system and the value would be the ID.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/custom_keyed_values HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"add" : {
"key1": "value1"
},
"remove" : [
"key2"
]
}
As response the change’s custom keyed values are returned as a map of strings to strings.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"key1": "value1",
"key3": "value3"
}
List Change Messages
'GET /changes/{change-id}/messages'
Lists all the messages of a change including detailed account information.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/messages
As response a list of ChangeMessageInfo entities is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"id": "YH-egE",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"date": "2013-03-23 21:34:02.419000000",
"message": "Patch Set 1:\n\nThis is the first message.",
"_revision_number": 1
},
{
"id": "WEEdhU",
"author": {
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com",
"username": "jroe"
},
"date": "2013-03-23 21:36:52.332000000",
"message": "Patch Set 1:\n\nThis is the second message.\n\nWith a line break.",
"_revision_number": 1
}
]
Get Change Message
Retrieves a change message including detailed account information.
'GET /changes/{change-id}/messages/{change-message-id}'
As response a ChangeMessageInfo entity is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "aaee04dcb46bafc8be24d8aa70b3b1beb7df5780",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"date": "2013-03-23 21:34:02.419000000",
"message": "a change message",
"_revision_number": 1
}
Delete Change Message
'DELETE /changes/{change-id}/messages/{change-message-id}'
'POST /changes/{change-id}/messages/{change-message-id}/delete'
Deletes a change message by replacing the change message with a new message, which contains the name of the user who deleted the change message and the reason why it was deleted. The reason can be provided in the request body as a DeleteChangeMessageInput entity.
Note that only users with the Administrate Server global capability are permitted to delete a change message.
To delete a change message, send a DELETE request:
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/messages/aaee04dcb46bafc8be24d8aa70b3b1beb7df5780 HTTP/1.0
To provide a reason for the deletion, use a POST request:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/messages/aaee04dcb46bafc8be24d8aa70b3b1beb7df5780/delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"reason": "spam"
}
As response a ChangeMessageInfo entity is returned that describes the updated change message.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "aaee04dcb46bafc8be24d8aa70b3b1beb7df5780",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"date": "2013-03-23 21:34:02.419000000",
"message": "Change message removed by: Administrator\nReason: spam",
"_revision_number": 1
}
Check Submit Requirement
'POST /changes/{change-id}/check.submit_requirement'
Tests a submit requirement and returns the result as a SubmitRequirementResultInfo.
The submit requirement can be specified in one of the following ways:
-
In the request body as a SubmitRequirementInput.
-
By passing the two request parameters
sr-nameandrefs-config-change-id. The submit requirement will then be loaded from the project config pointed to by the latest patchset of this change ID. Thesr-nameshould point to an existing submit-requirement and therefs-config-change-idmust be a valid change identifier for a change in the refs/meta/config branch, otherwise the request would fail with400 Bad Request.
Note that this endpoint does not modify the change resource.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/check.submit_requirement HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"name": "Code-Review",
"submittability_expression": "label:Code-Review=+2"
}
As response a SubmitRequirementResultInfo entity is returned that describes the submit requirement result.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"name": "Code-Review",
"status": "SATISFIED",
"submittability_expression_result": {
"expression": "label:Code-Review=+2",
"fulfilled": true,
"passingAtoms": [
"label:Code-Review=+2"
]
},
"is_legacy": false
}
Change Edit Endpoints
Get Change Edit Details
'GET /changes/{change-id}/edit
Retrieves the details of the change edit done by the caller to the given change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit HTTP/1.0
As response an EditInfo entity is returned that
describes the change edit, or “204 No Content” when change edit doesn’t
exist for this change. Change edits are stored on special branches and there
can be max one edit per user per change. Edits aren’t tracked in the database.
When request parameter list is provided the response also includes the file
list. When base request parameter is provided the file list is computed
against this base revision. When request parameter download-commands is
provided fetch info map is also included.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"commit": {
"parents": [
{
"commit": "1eee2c9d8f352483781e772f35dc586a69ff5646",
}
],
"author": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"committer": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"subject": "Use an EventBus to manage star icons",
"message": "Use an EventBus to manage star icons\n\nImage widgets that need to ..."
},
"base_patch_set_number": 1,
"base_revision": "c35558e0925e6985c91f3a16921537d5e572b7a3",
"ref": "refs/users/01/1000001/edit-76482/1"
}
Change file content in Change Edit
'PUT /changes/{change-id}/edit/path%2fto%2ffile'
Put content of a file to a change edit.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the latest patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit/foo HTTP/1.0
To upload a file as binary data in the request body:
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit/foo HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"binary_content": "data:text/plain;base64,SGVsbG8sIFdvcmxkIQ==",
"file_mode": 100755
}
Note that it must be base-64 encoded data uri.
The "file_mode" field is optional, and if provided must be in octal format. The field indicates whether the file is executable or not and has a value of either 100755 (executable) or 100644 (not executable). If it’s unset, this indicates no change has been made. New files default to not being executable if this parameter is not provided
When change edit doesn’t exist for this change yet it is created. When file content isn’t provided, it is wiped out for that file. As response “204 No Content” is returned.
HTTP/1.1 204 No Content
When the change edit is a no-op, for example when providing the same file content that the file already has, '409 no changes were made' is returned.
HTTP/1.1 409 no changes were made
Restore file content or rename files in Change Edit
'POST /changes/{change-id}/edit'
Creates empty change edit, restores file content or renames files in change edit. The request body needs to include a ChangeEditInput entity when a file within change edit should be restored or old and new file names to rename a file.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the latest patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"restore_path": "foo"
}
or for rename:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"old_path": "foo",
"new_path": "bar"
}
When change edit doesn’t exist for this change yet it is created. When path and restore flag are provided in request body, this file is restored. When old and new file names are provided, the file is renamed. As response “204 No Content” is returned.
HTTP/1.1 204 No Content
Change commit message in Change Edit
'PUT /changes/{change-id}/edit:message'
Modify commit message. The request body needs to include a ChangeEditMessageInput entity.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the latest patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit:message HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message": "New commit message\n\nChange-Id: I10394472cbd17dd12454f229e4f6de00b143a444"
}
If a change edit doesn’t exist for this change yet, it is created. As response “204 No Content” is returned.
HTTP/1.1 204 No Content
Delete file in Change Edit
'DELETE /changes/{change-id}/edit/path%2fto%2ffile'
Deletes a file from a change edit. This deletes the file from the repository completely. This is not the same as reverting or restoring a file to its previous contents.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the latest patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit/foo HTTP/1.0
When change edit doesn’t exist for this change yet it is created.
HTTP/1.1 204 No Content
Retrieve file content from Change Edit
'GET /changes/{change-id}/edit/path%2fto%2ffile
Retrieves content of a file from a change edit.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit/foo HTTP/1.0
The content of the file is returned as text encoded inside base64.
The Content-Type header will always be text/plain reflecting the
outer base64 encoding. A Gerrit-specific X-FYI-Content-Type header
can be examined to find the server detected content type of the file.
When the specified file was deleted in the change edit “204 No Content” is returned.
If only the content type is required, callers should use HEAD to avoid downloading the encoded file contents.
If the base parameter is set to true, the returned content is from the
revision that the edit is based on.
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: text/plain; charset=ISO-8859-1 X-FYI-Content-Encoding: base64 X-FYI-Content-Type: text/xml RnJvbSA3ZGFkY2MxNTNmZGVhMTdhYTg0ZmYzMmE2ZTI0NWRiYjY...
Alternatively, if the only value of the Accept request header is
application/json the content is returned as JSON string and
X-FYI-Content-Encoding is set to json.
Retrieve meta data of a file from Change Edit
'GET /changes/{change-id}/edit/path%2fto%2ffile/meta
Retrieves meta data of a file from a change edit. Currently only web links are returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit/foo/meta HTTP/1.0
This REST endpoint retrieves additional information for a file in a change edit. As result an EditFileInfo entity is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"web_links": [
{
"show_on_side_by_side_diff_view": true,
"name": "side-by-side preview diff",
"image_url": "plugins/xdocs/static/sideBySideDiffPreview.png",
"url": "#/x/xdocs/c/42/1..0/README.md",
"target": "_self"
},
{
"show_on_unified_diff_view": true,
"name": "unified preview diff",
"image_url": "plugins/xdocs/static/unifiedDiffPreview.png",
"url": "#/x/xdocs/c/42/1..0/README.md,unified",
"target": "_self"
}
]}
Retrieve commit message from Change Edit or current patch set of the change
'GET /changes/{change-id}/edit:message
Retrieves commit message from change edit.
If the base parameter is set to true, the returned message is from the
revision that the edit is based on.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit:message HTTP/1.0
The commit message is returned as base64 encoded string.
HTTP/1.1 200 OK VGhpcyBpcyBhIGNvbW1pdCBtZXNzYWdlCgpDaGFuZ2UtSWQ6IElhYzhmZGM1MGRlZjFiYWUzYjAz M2JhNjcxZTk0OTBmNzUxNDU5ZGUzCg==
Alternatively, if the only value of the Accept request header is
application/json the commit message is returned as JSON string:
HTTP/1.1 200 OK )]}' "Subject of the commit message\n\nThis is the body of the commit message.\n\nChange-Id: Iaf1ba916bf843c175673d675bf7f52862f452db9\n"
Publish Change Edit
'POST /changes/{change-id}/edit:publish
Promotes change edit to a regular patch set.
Options can be provided in the request body as a PublishChangeEditInput entity.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit:publish HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"notify": "NONE"
}
As response “204 No Content” is returned.
HTTP/1.1 204 No Content
Rebase Change Edit
'POST /changes/{change-id}/edit:rebase'
Rebases change edit on top of latest patch set.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the latest patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit:rebase HTTP/1.0
When change was rebased on top of latest patch set, response “204 No Content” is returned. When change edit is already based on top of the latest patch set, the response “409 Conflict” is returned.
HTTP/1.1 204 No Content
Delete Change Edit
'DELETE /changes/{change-id}/edit'
Deletes change edit.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/edit HTTP/1.0
As response “204 No Content” is returned.
HTTP/1.1 204 No Content
Reviewer Endpoints
List Reviewers
'GET /changes/{change-id}/reviewers/'
Lists the reviewers of a change.
As result a list of ReviewerInfo entries is returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"approvals": {
"Verified": "+1",
"Code-Review": "+2"
},
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
{
"approvals": {
"Verified": " 0",
"Code-Review": "-1"
},
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
]
Suggest Reviewers
'GET /changes/{change-id}/suggest_reviewers?q=J&n=5'
Suggest the reviewers for a given query q and result limit n. If result
limit is not passed, then the default 10 is used.
This REST endpoint only suggests accounts that
-
are active
-
can see the change
-
are visible to the calling user
-
are not already reviewer on the change
-
don’t own the change
-
are not service users (unless skipServiceUsers is set to
false)
Groups can be excluded from the results by specifying the 'exclude-groups' request parameter:
'GET /changes/{change-id}/suggest_reviewers?q=J&n=5&exclude-groups'
As result a list of SuggestedReviewerInfo entries is returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/suggest_reviewers?q=J HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"account": {
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
},
"count": 1
},
{
"group": {
"id": "4fd581c0657268f2bdcc26699fbf9ddb76e3a279",
"name": "Joiner"
},
"count": 5
}
]
To suggest CCs reviewer-state=CC can be specified as additional URL
parameter. This includes existing reviewers in the result, but excludes
existing CCs.
'GET /changes/{change-id}/suggest_reviewers?q=J&reviewer-state=CC'
Get Reviewer
'GET /changes/{change-id}/reviewers/{account-id}'
Retrieves a reviewer of a change.
As response a ReviewerInfo entity is returned that describes the reviewer.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/john.doe@example.com HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"approvals": {
"Verified": "+1",
"Code-Review": "+2"
},
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
}
Add Reviewer
'POST /changes/{change-id}/reviewers'
Adds one user or all members of one group as reviewer to the change.
The reviewer to be added to the change must be provided in the request body as a ReviewerInput entity.
Users can be moved from reviewer to CC and vice versa. This means if a user is added as CC that is already a reviewer on the change, the reviewer state of that user is updated to CC. If a user that is already a CC on the change is added as reviewer, the reviewer state of that user is updated to reviewer.
Adding a new reviewer also adds that reviewer to the attention set, unless the change is work in progress. Also, moving a reviewer to CC removes that user from the attention set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"reviewer": "john.doe@example.com"
}
As response an ReviewerResult entity is returned that describes the newly added reviewers.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"input": "john.doe@example.com",
"reviewers": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
"approvals": {
"Verified": " 0",
"Code-Review": " 0"
},
}
]
}
If a group is specified, adding the group members as reviewers is an atomic operation. This means if an error is returned, none of the members are added as reviewer.
If a group with many members is added as reviewer a confirmation may be required.
If a group is added as CC and members of this group are already reviewers on the change, these members stay reviewers on the change (they are not downgraded to CC). However if a group is added as reviewer, all group members become reviewer of the change, even if they have been added as CC before.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"reviewer": "MyProjectVerifiers"
}
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"input": "MyProjectVerifiers",
"error": "The group My Group has 15 members. Do you want to add them all as reviewers?",
"confirm": true
}
To confirm the addition of the reviewers, resend the request with the
confirmed flag being set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"input": "MyProjectVerifiers",
"confirmed": true
}
If reviewer.enableByEmail is set for the project, reviewers and CCs are not required to have a Gerrit account. If you POST an email address of a reviewer or CC then, they will be added to the change even if they don’t have a Gerrit account.
If this option is disabled, the request would fail with 400 Bad Request if the email
address can’t be resolved to an active Gerrit account.
Note that the name is optional so both "un.registered@reviewer.com" and "John Doe <un.registered@reviewer.com>" are valid inputs.
Reviewers without Gerrit accounts can only be added on changes visible to anonymous users.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"reviewer": "John Doe <un.registered@reviewer.com>"
}
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"input": "John Doe <un.registered@reviewer.com>"
}
An email will be sent using the "newchange" template.
| WIP State | Default | notify=ALL |
|---|---|---|
Ready for review |
owner, reviewers, CCs |
owner, reviewers, CCs |
Work in progress |
not sent |
owner, reviewers, CCs |
Delete Reviewer
'DELETE /changes/{change-id}/reviewers/{account-id}'
'POST /changes/{change-id}/reviewers/{account-id}/delete'
Deletes a reviewer from a change. Deleting a reviewer also removes that user from the attention set.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe HTTP/1.0 POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe/delete HTTP/1.0
Options can be provided in the request body as a DeleteReviewerInput entity. Historically, this method allowed a body in the DELETE, but that behavior is deprecated. In this case, use a POST request instead:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe/delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"notify": "NONE"
}
HTTP/1.1 204 No Content
An email will be sent using the "deleteReviewer" template. If deleting the reviewer resulted in one or more approvals being removed, then the deleted reviewer will also receive a notification (unless notify=NONE).
| WIP State | Default Recipients |
|---|---|
Ready for review |
notify=ALL: deleted reviewer (if voted), owner, reviewers, CCs, stars, ALL_COMMENTS watchers |
Work in progress |
notify=NONE: deleted reviewer (if voted) |
List Votes
'GET /changes/{change-id}/reviewers/{account-id}/votes/'
Lists the votes for a specific reviewer of the change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe/votes/ HTTP/1.0
As result a map is returned that maps the label name to the label value. The entries in the map are sorted by label name.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json;charset=UTF-8
)]}'
{
"Code-Review": -1,
"Verified": 1
"Work-In-Progress": 1,
}
Delete Vote
'DELETE /changes/{change-id}/reviewers/{account-id}/votes/{label-id}'
'POST /changes/{change-id}/reviewers/{account-id}/votes/{label-id}/delete'
Deletes a single vote from a change. Note, that even when the last vote of a reviewer is removed the reviewer itself is still listed on the change.
If another user removed a user’s vote, the user with the deleted vote will be added to the attention set.
The request returns: * '204 No Content' if the vote is deleted successfully; * '404 Not Found' when the vote to be deleted is zero or not present.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe/votes/Code-Review HTTP/1.0 POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe/votes/Code-Review/delete HTTP/1.0
Options can be provided in the request body as a DeleteVoteInput entity. Historically, this method allowed a body in the DELETE, but that behavior is deprecated. In this case, use a POST request instead:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/reviewers/John%20Doe/votes/Code-Review/delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"notify": "NONE"
}
HTTP/1.1 204 No Content
Revision Endpoints
Get Commit
'GET /changes/{change-id}/revisions/{revision-id}/commit'
Retrieves a parsed commit of a revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/commit HTTP/1.0
As response a CommitInfo entity is returned that describes the revision.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"commit": "674ac754f91e64a0efb8087e59a176484bd534d1",
"parents": [
{
"commit": "1eee2c9d8f352483781e772f35dc586a69ff5646",
"subject": "Migrate contributor agreements to All-Projects."
}
],
"author": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"committer": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"subject": "Use an EventBus to manage star icons",
"message": "Use an EventBus to manage star icons\n\nImage widgets that need to ..."
}
Adding query parameter links (for example /changes/…/commit?links)
returns a CommitInfo with the additional field web_links.
Get Description
'GET /changes/{change-id}/revisions/{revision-id}/description'
Retrieves the description of a patch set.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/description HTTP/1.0
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: application/json; charset=UTF-8 )]}' "Added Documentation"
If the patch set does not have a description an empty string is returned.
Set Description
'PUT /changes/{change-id}/revisions/{revision-id}/description'
Sets the description of a patch set.
The new description must be provided in the request body inside a DescriptionInput entity.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/description HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"description": "Added Documentation"
}
As response the new description is returned.
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: application/json; charset=UTF-8 )]}' "Added Documentation"
Get Merge List
'GET /changes/{change-id}/revisions/{revision-id}/mergelist'
Returns the list of commits that are being integrated into a target
branch by a merge commit. By default the first parent is assumed to be
uninteresting. By using the parent option another parent can be set
as uninteresting (parents are 1-based).
The list of commits is returned as a list of
CommitInfo entities. Web links are only included if
the links option was set.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/7e30d802b890ec8d0be45b1cc2a8ef092bcfc858/mergelist HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"commit": "674ac754f91e64a0efb8087e59a176484bd534d1",
"parents": [
{
"commit": "1eee2c9d8f352483781e772f35dc586a69ff5646",
"subject": "Migrate contributor agreements to All-Projects."
}
],
"author": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"committer": {
"name": "Shawn O. Pearce",
"email": "sop@google.com",
"date": "2012-04-24 18:08:08.000000000",
"tz": -420
},
"subject": "Use an EventBus to manage star icons",
"message": "Use an EventBus to manage star icons\n\nImage widgets that need to ..."
}
]
Get Revision Actions
'GET /changes/{change-id}/revisions/{revision-id}/actions'
Retrieves revision actions of the revision of a change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/actions' HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"submit": {
"method": "POST",
"label": "Submit",
"title": "Submit patch set 1 into master",
"enabled": true
},
"cherrypick": {
"method": "POST",
"label": "Cherry Pick",
"title": "Cherry pick change to a different branch",
"enabled": true
}
}
The response is a flat map of possible revision REST endpoint names mapped to their ActionInfo.
Get Review
'GET /changes/{change-id}/revisions/{revision-id}/review'
Retrieves a review of a revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/review HTTP/1.0
As response a ChangeInfo entity with
detailed labels and
detailed accounts is returned that describes the review of the
revision. The revision for which the review is retrieved is contained
in the revisions field. In addition the current_revision field is
set if the revision for which the review is retrieved is the current
revision of the change. Please note that the returned labels are always
for the current patch set.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 34,
"deletions": 45,
"_number": 3965,
"owner": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
"labels": {
"Verified": {
"all": [
{
"value": 0,
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
{
"value": 0,
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
],
"values": {
"-1": "Fails",
" 0": "No score",
"+1": "Verified"
}
},
"Code-Review": {
"all": [
{
"value": -1,
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
{
"value": 1,
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
]
"values": {
"-2": "This shall not be submitted",
"-1": "I would prefer this is not submitted as is",
" 0": "No score",
"+1": "Looks good to me, but someone else must approve",
"+2": "Looks good to me, approved"
}
}
},
"permitted_labels": {
"Verified": [
"-1",
" 0",
"+1"
],
"Code-Review": [
"-2",
"-1",
" 0",
"+1",
"+2"
]
},
"removable_reviewers": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
{
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
],
"reviewers": {
"REVIEWER": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
{
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
]
},
"current_revision": "674ac754f91e64a0efb8087e59a176484bd534d1",
"revisions": {
"674ac754f91e64a0efb8087e59a176484bd534d1": {
"kind": "REWORK",
"_number": 2,
"ref": "refs/changes/65/3965/2",
"fetch": {
"http": {
"url": "http://gerrit/myProject",
"ref": "refs/changes/65/3965/2"
}
}
}
}
}
Get Related Changes
'GET /changes/{change-id}/revisions/{revision-id}/related'
Retrieves related changes of a revision. Related changes are changes that either depend on, or are dependencies of the revision.
Additional fields can be obtained by adding o parameters. Since these may slow
down processing they are disabled by default. Currently a single parameter is
supported:
GET /changes/gerrit~master~I5e4fc08ce34d33c090c9e0bf320de1b17309f774/revisions/b1cb4caa6be46d12b94c25aa68aebabcbb3f53fe/related HTTP/1.0
As result a RelatedChangesInfo entity is returned describing the related changes.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"changes": [
{
"project": "gerrit",
"change_id": "Ic62ae3103fca2214904dbf2faf4c861b5f0ae9b5",
"commit": {
"commit": "78847477532e386f5a2185a4e8c90b2509e354e3",
"parents": [
{
"commit": "bb499510bbcdbc9164d96b0dbabb4aa45f59a87e"
}
],
"author": {
"name": "David Ostrovsky",
"email": "david@ostrovsky.org",
"date": "2014-07-12 15:04:24.000000000",
"tz": 120
},
"subject": "Remove Solr"
},
"_change_number": 58478,
"_revision_number": 2,
"_current_revision_number": 2
"status": "NEW"
},
{
"project": "gerrit",
"change_id": "I5e4fc08ce34d33c090c9e0bf320de1b17309f774",
"commit": {
"commit": "b1cb4caa6be46d12b94c25aa68aebabcbb3f53fe",
"parents": [
{
"commit": "d898f12a9b7a92eb37e7a80636195a1b06417aad"
}
],
"author": {
"name": "David Pursehouse",
"email": "david.pursehouse@sonymobile.com",
"date": "2014-06-24 02:01:28.000000000",
"tz": 540
},
"subject": "Add support for secondary index with Elasticsearch"
},
"_change_number": 58081,
"_revision_number": 10,
"_current_revision_number": 10
"status": "NEW"
}
]
}
Set Review
'POST /changes/{change-id}/revisions/{revision-id}/review'
Sets a review on a revision, optionally also publishing draft comments, setting labels, adding reviewers or CCs, and modifying the work in progress property.
The review must be provided in the request body as a ReviewInput entity.
If the labels are set, the user sending the request will automatically be added as a reviewer, otherwise (if they only commented) they are added to the CC list.
Posting a review usually updates the attention set.
A review cannot be set on a change edit. Trying to post a review for a
change edit fails with 409 Conflict.
Here is an example of using this method to set labels:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/review HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"tag": "jenkins",
"message": "Some nits need to be fixed.",
"labels": {
"Code-Review": -1
},
"comments": {
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"line": 23,
"message": "[nit] trailing whitespace"
},
{
"line": 49,
"message": "[nit] s/conrtol/control"
},
{
"range": {
"start_line": 50,
"start_character": 0,
"end_line": 55,
"end_character": 20
},
"message": "Incorrect indentation"
}
]
}
}
As response a ReviewResult entity is returned that describes the applied labels and any added reviewers (e.g. yourself, if you set a label but weren’t previously a reviewer on this CL).
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"labels": {
"Code-Review": -1
}
}
It is also possible to add one or more reviewers or CCs to a change simultaneously with a review:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/review HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message": "I don't have context here. Jane and maybe John and the project leads should take a look.",
"reviewers": [
{
"reviewer": "jane.roe@example.com"
},
{
"reviewer": "john.doe@example.com",
"state": "CC"
}
{
"reviewer": "MyProjectVerifiers",
}
]
}
Each element of the reviewers list is an instance of
ReviewerInput. The corresponding result of
adding each reviewer will be returned in a map of inputs to
ReviewerResults.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"reviewers": {
"jane.roe@example.com": {
"input": "jane.roe@example.com",
"reviewers": [
{
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
"approvals": {
"Verified": " 0",
"Code-Review": " 0"
},
},
]
},
"john.doe@example.com": {
"input": "john.doe@example.com",
"ccs": [
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
"approvals": {
"Verified": " 0",
"Code-Review": " 0"
},
}
]
},
"MyProjectVerifiers": {
"input": "MyProjectVerifiers",
"reviewers": [
{
"_account_id": 1000098,
"name": "Alice Ansel",
"email": "alice.ansel@example.com"
"approvals": {
"Verified": " 0",
"Code-Review": " 0"
},
},
{
"_account_id": 1000099,
"name": "Bob Bollard",
"email": "bob.bollard@example.com"
"approvals": {
"Verified": " 0",
"Code-Review": " 0"
},
},
]
}
}
}
If there are any errors returned for reviewers, the entire review request will
be rejected with 400 Bad Request. None of the entries will have the
reviewers or ccs field set, and those which specifically failed will have
the errors field set containing details of why they failed.
HTTP/1.1 400 Bad Request
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"reviewers": {
"jane.roe@example.com": {
"input": "jane.roe@example.com",
"error": "Account of jane.roe@example.com is inactive."
},
"john.doe@example.com": {
"input": "john.doe@example.com"
},
"MyProjectVerifiers": {
"input": "MyProjectVerifiers",
"error": "The group My Group has 15 members. Do you want to add them all as reviewers?",
"confirm": true
}
}
}
An email will be sent using the "comment" template.
If the top-level notify property is null or not set, then notification behavior depends on whether the change is WIP, whether it has started review, and whether the tag property is null.
|
Note
|
If adding reviewers, the notify property of each ReviewerInput is ignored. Use the notify property of the top-level ReviewInput instead. |
For the purposes of this table, everyone means owner, reviewers, CCs, stars, and ALL_COMMENTS watchers.
| WIP State | Review Started | Tag Given | Default | notify=ALL |
|---|---|---|---|---|
Ready for review |
N/A |
N/A |
everyone |
everyone |
Work in progress |
no |
no |
not sent |
everyone |
Work in progress |
no |
yes |
owner |
everyone |
Work in progress |
yes |
no |
everyone |
everyone |
Work in progress |
yes |
yes |
owner |
everyone |
If reviewers are added, then a second email will be sent using the "newchange" template. The notification logic for this email is the same as for Add Reviewer.
| WIP State | Default | notify=ALL |
|---|---|---|
Ready for review |
owner, reviewers, CCs |
owner, reviewers, CCs |
Work in progress |
not sent |
owner, reviewers, CCs |
Rebase Revision
'POST /changes/{change-id}/revisions/{revision-id}/rebase'
Rebases a revision.
Optionally, the parent revision can be changed to another patch set through the RebaseInput entity.
POST /changes/myProject~master~I3ea943139cb62e86071996f2480e58bf3eeb9dd2/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/rebase HTTP/1.0
Content-Type: application/json;charset=UTF-8
{
"base" : "1234",
}
As response a ChangeInfo entity is returned that describes the rebased change. Information about the current patch set is included.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I3ea943139cb62e86071996f2480e58bf3eeb9dd2",
"project": "myProject",
"branch": "master",
"change_id": "I3ea943139cb62e86071996f2480e58bf3eeb9dd2",
"subject": "Implement Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": false,
"insertions": 21,
"deletions": 21,
"_number": 4799,
"owner": {
"name": "John Doe"
},
"current_revision": "27cc4558b5a3d3387dd11ee2df7a117e7e581822",
"revisions": {
"27cc4558b5a3d3387dd11ee2df7a117e7e581822": {
"kind": "REWORK",
"_number": 2,
"ref": "refs/changes/99/4799/2",
"fetch": {
"http": {
"url": "http://gerrit:8080/myProject",
"ref": "refs/changes/99/4799/2"
}
},
"commit": {
"parents": [
{
"commit": "b4003890dadd406d80222bf1ad8aca09a4876b70",
"subject": "Implement Feature A"
}
],
"author": {
"name": "John Doe",
"email": "john.doe@example.com",
"date": "2013-05-07 15:21:27.000000000",
"tz": 120
},
"committer": {
"name": "Gerrit Code Review",
"email": "gerrit-server@example.com",
"date": "2013-05-07 15:35:43.000000000",
"tz": 120
},
"subject": "Implement Feature X",
"message": "Implement Feature X\n\nAdded feature X."
}
}
}
If the revision cannot be rebased, e.g. due to conflicts, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 The change could not be rebased due to a path conflict during merge.
Submit Revision
'POST /changes/{change-id}/revisions/{revision-id}/submit'
Submits a revision. Submitting a change also removes all users from the attention set.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/submit HTTP/1.0
As response a ChangeInfo entity is returned that describes the submitted/merged change.
Submission may submit multiple changes, but we still only return one ChangeInfo object. To query for all submitted changes, please use the submission_id that is part of the response.
Changes that will also be submitted:
1. All changes of the same topic if
change.submitWholeTopic
configuration is set to true.
2. All dependent changes.
3. The closure of the above (e.g if a dependent change has a topic, all changes
of that topic will also be submitted).
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940",
"project": "myProject",
"branch": "master",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9940",
"subject": "Implementing Feature X",
"status": "MERGED",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"submitted": "2013-02-21 11:16:36.615000000",
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
If the revision cannot be submitted, e.g. because the submit rule doesn’t allow submitting the revision or the revision is not the current revision, the response is “409 Conflict” and the error message is contained in the response body.
HTTP/1.1 409 Conflict Content-Type: text/plain; charset=UTF-8 "revision 674ac754f91e64a0efb8087e59a176484bd534d1 is not current revision"
Get Patch
'GET /changes/{change-id}/revisions/{revision-id}/patch'
Gets the formatted patch for one revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/current/patch HTTP/1.0
The formatted patch is returned as text encoded inside base64:
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: text/plain; charset=ISO-8859-1 X-FYI-Content-Encoding: base64 X-FYI-Content-Type: application/mbox RnJvbSA3ZGFkY2MxNTNmZGVhMTdhYTg0ZmYzMmE2ZTI0NWRiYjY...
Adding query parameter zip (for example /changes/…/patch?zip)
returns the patch as a single file inside of a ZIP archive. Clients
can expand the ZIP to obtain the plain text patch, avoiding the
need for a base64 decoding step. This option implies download.
Query parameter download (e.g. /changes/…/patch?download)
will suggest the browser save the patch as commitsha1.diff.base64,
for later processing by command line tools.
If the path parameter is set, the returned content is a diff of the single
file that the path refers to.
Get Mergeable
'GET /changes/{change-id}/revisions/{revision-id}/mergeable'
Gets the method the server will use to submit (merge) the change and an indicator if the change is currently mergeable.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/current/mergeable HTTP/1.0
As response a MergeableInfo entity is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
submit_type: "MERGE_IF_NECESSARY",
strategy: "recursive",
mergeable: true
}
If the other-branches parameter is specified, the mergeability will also be
checked for all other branches which are listed in the
branchOrder section in the
project.config file.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/current/mergeable?other-branches HTTP/1.0
The response will then contain a list of all other branches where this changes could merge cleanly.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
submit_type: "MERGE_IF_NECESSARY",
mergeable: true,
mergeable_into: [
"refs/heads/stable-2.7",
"refs/heads/stable-2.8",
]
}
Get Submit Type
'GET /changes/{change-id}/revisions/{revision-id}/submit_type'
Gets the method the server will use to submit (merge) the change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/current/submit_type HTTP/1.0
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: application/json; charset=UTF-8 )]}' "MERGE_IF_NECESSARY"
Test Submit Type
'POST /changes/{change-id}/revisions/{revision-id}/test.submit_type'
Tests the submit_type Prolog rule in the project, or the one given.
Request body may be either the Prolog code as text/plain or a
RuleInput object. The query parameter filters
may be set to SKIP to bypass parent project filters while testing
a project-specific rule.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/current/test.submit_type HTTP/1.0 Content-Type: text/plain; charset=UTF-8 submit_type(cherry_pick).
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: application/json; charset=UTF-8 )]}' "CHERRY_PICK"
Test Submit Rule
'POST /changes/{change-id}/revisions/{revision-id}/test.submit_rule'
Tests the submit_rule Prolog rule in the project, or the one given.
Request body may be either the Prolog code as text/plain or a
RuleInput object. The query parameter filters
may be set to SKIP to bypass parent project filters while testing
a project-specific rule.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/current/test.submit_rule?filters=SKIP HTTP/1.0
Content-Type: text/plain; charset=UTF-8
submit_rule(submit(R)) :-
R = label('Any-Label-Name', reject(_)).
The response is a SubmitRecord describing the permutations that satisfy the tested submit rule.
If the submit rule was a no-op, the response is “204 No Content”.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"status": "NOT_READY",
"reject": {
"Any-Label-Name": {}
}
}
When testing with the curl command line client the
--data-binary @rules.pl flag should be used to ensure
all LFs are included in the Prolog code:
curl -X POST \
-H 'Content-Type: text/plain; charset=UTF-8' \
--data-binary @rules.pl \
http://.../test.submit_rule
List Revision Drafts
'GET /changes/{change-id}/revisions/{revision-id}/drafts/'
Lists the draft comments of a revision that belong to the calling user.
Returns a map of file paths to lists of CommentInfo entries. The entries in the map are sorted by file path.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/drafts/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"id": "TvcXrmjM",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000"
},
{
"id": "TveXwFiA",
"line": 49,
"in_reply_to": "TfYX-Iuo",
"message": "Done",
"updated": "2013-02-26 15:40:45.328000000"
}
]
}
Create Draft
'PUT /changes/{change-id}/revisions/{revision-id}/drafts'
Creates a draft comment on a revision.
The new draft comment must be provided in the request body inside a CommentInput entity.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/drafts HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "[nit] trailing whitespace"
}
As response a CommentInfo entity is returned that describes the draft comment.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "TvcXrmjM",
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000"
}
Get Draft
'GET /changes/{change-id}/revisions/{revision-id}/drafts/{draft-id}'
Retrieves a draft comment of a revision that belongs to the calling user.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/drafts/TvcXrmjM HTTP/1.0
As response a CommentInfo entity is returned that describes the draft comment.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "TvcXrmjM",
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000"
}
Update Draft
'PUT /changes/{change-id}/revisions/{revision-id}/drafts/{draft-id}'
Updates a draft comment on a revision.
The new draft comment must be provided in the request body inside a CommentInput entity.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/drafts/TvcXrmjM HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "[nit] trailing whitespace"
}
As response a CommentInfo entity is returned that describes the draft comment.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "TvcXrmjM",
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000"
}
Delete Draft
'DELETE /changes/{change-id}/revisions/{revision-id}/drafts/{draft-id}'
Deletes a draft comment from a revision.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/drafts/TvcXrmjM HTTP/1.0
HTTP/1.1 204 No Content
List Revision Comments
'GET /changes/{change-id}/revisions/{revision-id}/comments/'
Lists the published comments of a revision.
As result a map is returned that maps the file path to a list of CommentInfo entries. The entries in the map are sorted by file path and only include file (or inline) comments. Use the Get Change Detail endpoint to retrieve the general change message (or comment).
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/comments/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"id": "TvcXrmjM",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
}
},
{
"id": "TveXwFiA",
"line": 49,
"in_reply_to": "TfYX-Iuo",
"message": "Done",
"updated": "2013-02-26 15:40:45.328000000",
"author": {
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
}
]
}
Get Comment
'GET /changes/{change-id}/revisions/{revision-id}/comments/{comment-id}'
Retrieves a published comment of a revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/comments/TvcXrmjM HTTP/1.0
As response a CommentInfo entity is returned that describes the published comment.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "TvcXrmjM",
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
}
}
Delete Comment
'DELETE /changes/{change-id}/revisions/{revision-id}/comments/{comment-id}'
'POST /changes/{change-id}/revisions/{revision-id}/comments/{comment-id}/delete'
Deletes a published comment of a revision. Instead of deleting the whole comment, this endpoint just replaces the comment’s message with a new message, which contains the name of the user who deletes the comment and the reason why it’s deleted.
This endpoint also marks the comment as resolved since deleted comments are not actionable.
Note that only users with the Administrate Server global capability are permitted to delete a comment.
Deletion reason can be provided in the request body as a DeleteCommentInput entity. Historically, this method allowed a body in the DELETE, but that behavior is deprecated. In this case, use a POST request instead:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/comments/TvcXrmjM/delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"reason": "contains confidential information"
}
As response a CommentInfo entity is returned that describes the updated comment.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "TvcXrmjM",
"path": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"line": 23,
"message": "Comment removed by: Administrator; Reason: contains confidential information",
"updated": "2013-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
}
}
List Robot Comments
'GET /changes/{change-id}/revisions/{revision-id}/robotcomments/'
Lists the robot comments of a revision.
As result a map is returned that maps the file path to a list of RobotCommentInfo entries. The entries in the map are sorted by file path.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/robotcomments/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"id": "TvcXrmjM",
"line": 23,
"message": "unused import",
"updated": "2016-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000110,
"name": "Code Analyzer",
"email": "code.analyzer@example.com"
},
"robot_id": "importChecker",
"robot_run_id": "76b1375aa8626ea7149792831fe2ed85e80d9e04"
},
{
"id": "TveXwFiA",
"line": 49,
"message": "wrong indention",
"updated": "2016-02-26 15:40:45.328000000",
"author": {
"_account_id": 1000110,
"name": "Code Analyzer",
"email": "code.analyzer@example.com"
},
"robot_id": "styleChecker",
"robot_run_id": "5c606c425dd45184484f9d0a2ffd725a7607839b"
}
]
}
Get Robot Comment
'GET /changes/{change-id}/revisions/{revision-id}/robotcomments/{comment-id}'
Retrieves a robot comment of a revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/robotcomments/TvcXrmjM HTTP/1.0
As response a RobotCommentInfo entity is returned that describes the robot comment.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "TvcXrmjM",
"line": 23,
"message": "unused import",
"updated": "2016-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000110,
"name": "Code Analyzer",
"email": "code.analyzer@example.com"
},
"robot_id": "importChecker",
"robot_run_id": "76b1375aa8626ea7149792831fe2ed85e80d9e04"
}
List Ported Comments
'GET /changes/{change-id}/revisions/{revision-id}/ported_comments'
Ports comments of other revisions to the requested revision.
Only comments added on earlier patchsets are ported. That set of comments is filtered even further due to some additional rules. Callers of this endpoint shouldn’t rely on the exact logic of which comments are ported as that logic might change in the future. Instead, callers must be able to handle any smaller/larger set of comments returned by this endpoint.
Typically, a comment thread is returned fully or excluded fully. However, draft comments and robot comments are ignored and not returned via this endpoint. Hence, it’s possible to get ported comments from this endpoint which are a reply to a non-ported robot comment. Callers must be able to deal with this situation.
The returned comments are organized in a map of file path to CommentInfo entries
in the same fashion as for the List Revision Comments endpoint.
The map is filled with the original comment attributes except for these attributes: path, line,
and range point to the computed position in the target revision. If the exactly correct position
can’t be determined, those fields will be filled with the next best position. That can also mean
not filling the line or range attribute anymore and thus converting the comment to a file
comment (or even moving the comment to a different file or the patchset level). Callers of this
endpoint must be able to deal with this and not rely on the original comment position.
It’s possible that this endpoint returns different CommentInfo entries with
the same comment UUID. This is not a bug but a feature. If a comment appears on a file which Gerrit
recognizes as copied between patchsets, the ported version of this comment consists of two ported
instances having the same UUID but different file/line/range positions. Callers must be able
to handle this situation.
Repeated calls of this endpoint might produce different results. Internal errors during the position computation are mapped to fallback locations for affected comments. Those errors might have vanished on later calls, upon which this endpoint returns the actually mapped position. In addition, comments can be deleted and draft comments can be published, upon which the set of ported comments may change.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/4/ported_comments/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"id": "TvcXrmjM",
"patch_set": 2,
"line": 23,
"message": "[nit] trailing whitespace",
"updated": "2013-02-26 15:40:43.986000000",
"author": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
"unresolved": true
},
{
"id": "TveXwFiA",
"patch_set": 2,
"line": 23,
"in_reply_to": "TvcXrmjM",
"message": "Done",
"updated": "2013-02-26 15:40:45.328000000",
"author": {
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
},
"unresolved": true
}
]
}
List Ported Drafts
'GET /changes/{change-id}/revisions/{revision-id}/ported_drafts'
Ports draft comments of other revisions to the requested revision.
This endpoint behaves similarly to the List Ported Comments endpoint. With this endpoint, only draft comments of the calling user are ported, though. If a draft comment is a reply to a published comment, only the ported draft comment is returned.
Depending on the filtering rules, it’s possible that this endpoint returns a draft comment which is a reply to a comment thread which is not returned by the List Ported Comments endpoint. That’s intended behavior. Callers must be able to handle this situation. The same holds for drafts which are a reply to a robot comment.
Different than the List Ported Comments endpoint, the author of the
returned comments is not filled for this endpoint as only comments of the calling user are returned.
This endpoint requires authentication.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/ported_drafts/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": [
{
"id": "TveXwFiA",
"patch_set": 2,
"line": 23,
"in_reply_to": "TvcXrmjM",
"message": "Done",
"updated": "2013-02-26 15:40:45.328000000",
"unresolved": true
}
]
}
Apply Stored Fix
'POST /changes/{change-id}/revisions/{revision-id}/fixes/{fix-id}/apply'
Applies a suggested fix by creating a change edit which includes the modifications indicated by the fix suggestion. If a change edit already exists, it will be updated accordingly. A fix can only be applied if no change edit exists and the fix refers to the current patch set, or the fix refers to the patch set on which the change edit is based.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/fixes/8f605a55_f6aa4ecc/apply HTTP/1.0
If the fix was successfully applied, an EditInfo describing the resulting change edit is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"commit": {
"parents": [
{
"commit": "1eee2c9d8f352483781e772f35dc586a69ff5646",
}
],
"author": {
"name": "John Doe",
"email": "john.doe@example.com",
"date": "2013-05-07 15:21:27.000000000",
"tz": 120
},
"committer": {
"name": "Jane Doe",
"email": "jane.doe@example.com",
"date": "2013-05-07 15:35:43.000000000",
"tz": 120
},
"subject": "Implement feature X",
"message": "Implement feature X\n\nWith this feature ..."
},
"base_patch_set_number": 1,
"base_revision": "674ac754f91e64a0efb8087e59a176484bd534d1"
"ref": "refs/users/01/1000001/edit-42622/1"
}
If the application failed e.g. due to conflicts with an existing change edit, the response “409 Conflict” including an error message in the response body is returned.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 The existing change edit could not be merged with another tree.
Apply Provided Fix
'POST /changes/{change-id}/revisions/{revision-id}/fix:apply'
Applies a list of FixReplacementInfo loaded from the
ApplyProvidedFixInput entity. The fixes are passed as part of the request body. The
application of the fixes creates a new change edit. Apply Provided Fix can only be applied on the current
patchset.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the current patch set, the same email will be used as the committer email in the new change edit commit; otherwise, the user’s preferred email will be used.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/fix:apply HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"fix_replacement_infos": [
{
"path": "abcd.txt",
"range": {
"start_line": 2,
"start_character": 2,
"end_line": 2,
"end_character": 5
},
"replacement": "abcdefg"
}
]
}
If the ApplyProvidedFixInput was successfully applied, an EditInfo describing the
resulting change edit is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"commit": {
"commit": "bd43e48c33d2b1a03485040eba38cefc505f7997",
"parents": [
{
"commit": "9825962f8ab6da89afebad3f5034db05fb4b7560"
}
],
"author": {
"name": "John Doe",
"email": "john.doe@example.com",
"date": "2022-05-07 15:21:27.000000000",
"tz": 120
},
"committer": {
"name": "Jane Doe",
"email": "jane.doe@example.com",
"date": "2022-05-07 15:35:43.000000000",
"tz": 120
},
"subject": "Implement feature X",
"message": "Implement feature X\n\nWith this feature ..."
},
"base_patch_set_number": 1,
"base_revision": "86d87686ce0ef7f7c536bfc7e9a66f5a6fa5d658",
"ref": "refs/users/01/1000001/edit-1/1"
}
If the application failed due to presence of an existing change edit, the response “400 Bad Request” including an error message in the response body is returned.
HTTP/1.1 400 Bad Request Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 Change edit already exists. A new change edit can't be created
If the application failed due to application on a previous patch set, the response “409 Conflict” including an error message in the response body is returned.
HTTP/1.1 409 Conflict Content-Disposition: attachment Content-Type: text/plain; charset=UTF-8 A change edit may only be created for the current patch set 1,2 (and not for 1,1)
List Files
'GET /changes/{change-id}/revisions/{revision-id}/files/'
Lists the files that were modified, added or deleted in a revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/ HTTP/1.0
As result a map is returned that maps the file path to a FileInfo entry. The entries in the map are sorted by file path.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"/COMMIT_MSG": {
"status": "A",
"lines_inserted": 7,
"size_delta": 551,
"size": 551
},
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java": {
"lines_inserted": 5,
"lines_deleted": 3,
"size_delta": 98,
"size": 23348
}
}
The request parameter reviewed changes the response to return a list
of the paths the caller has marked as reviewed. Clients that also
need the FileInfo should make two requests.
The request parameter q changes the response to return a list
of all files (modified or unmodified) that contain that substring
in the path name. This is useful to implement suggestion services
finding a file by partial name. Clients that also need the FileInfo
should make two requests.
For merge commits only, the integer-valued request parameter parent
changes the response to return a map of the files which are different
in this commit compared to the given parent commit. The value is the
1-based index of the parent’s position in the commit object,
with the first parent always belonging to the target branch. If not
specified, the response contains a map of the files different in the
auto merge result.
The request parameter base changes the response to return a map of the
files which are different in this commit compared to the given revision. The
revision must correspond to a patch set in the change.
The reviewed, q, parent, and base options are mutually exclusive.
That is, only one of them may be used at a time.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/?reviewed HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
"/COMMIT_MSG",
"gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
]
Get Content
'GET /changes/{change-id}/revisions/{revision-id}/files/{file-id}/content'
Gets the content of a file from a certain revision.
The optional, integer-valued parent parameter can be specified to request
the named file from a parent commit of the specified revision. The value is
the 1-based index of the parent’s position in the commit object. If the
parameter is omitted or the value is non-positive, the patch set is referenced.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/content HTTP/1.0
The content is returned as base64 encoded string. The HTTP response
Content-Type is always text/plain, reflecting the base64 wrapping.
A Gerrit-specific X-FYI-Content-Type header is returned describing
the server detected content type of the file.
If only the content type is required, callers should use HEAD to avoid downloading the encoded file contents.
HTTP/1.1 200 OK Content-Disposition: attachment Content-Type: text/plain; charset=ISO-8859-1 X-FYI-Content-Encoding: base64 X-FYI-Content-Type: text/xml Ly8gQ29weXJpZ2h0IChDKSAyMDEwIFRoZSBBbmRyb2lkIE9wZW4gU291cmNlIFByb2plY...
Alternatively, if the only value of the Accept request header is
application/json the content is returned as JSON string and
X-FYI-Content-Encoding is set to json.
Download Content
'GET /changes/{change-id}/revisions/{revision-id}/files/{file-id}/download'
Downloads the content of a file from a certain revision, in a safe format that poses no risk for inadvertent execution of untrusted code.
If the content type is defined as safe, the binary file content is returned verbatim. If the content type is not safe, the file is stored inside a ZIP file, containing a single entry with a random, unpredictable name having the same base and suffix as the true filename. The ZIP file is returned in verbatim binary form.
See Gerrit config documentation for information about safe file type configuration.
The HTTP resource Content-Type is dependent on the file type: the applicable type for safe files, or "application/zip" for unsafe files.
The optional, integer-valued parent parameter can be specified to request
the named file from a parent commit of the specified revision. The value is
the 1-based index of the parent’s position in the commit object. If the
parameter is omitted or the value non-positive, the patch set is referenced.
Filenames are decorated with a suffix of _new for the current patch,
_old for the only parent, or _oldN for the Nth parent of many.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/website%2Freleases%2Flogo.png/download HTTP/1.0
HTTP/1.1 200 OK Content-Disposition: attachment; filename="logo.png" Content-Type: image/png `[binary data for logo.png]`
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/download?suffix=new HTTP/1.0
HTTP/1.1 200 OK Content-Disposition: Content-Disposition:attachment; filename="RefControl_new-931cdb73ae9d97eb500a3533455b055d90b99944.java.zip" Content-Type:application/zip `[binary ZIP archive containing a single file, "RefControl_new-cb218df1337df48a0e7ab30a49a8067ac7321881.java"]`
Get Diff
'GET /changes/{change-id}/revisions/{revision-id}/files/{file-id}/diff'
Gets the diff of a file from a certain revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/diff HTTP/1.0
As response a DiffInfo entity is returned that describes the diff.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]
{
"meta_a": {
"name": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"content_type": "text/x-java-source",
"lines": 372
},
"meta_b": {
"name": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"content_type": "text/x-java-source",
"lines": 578
},
"change_type": "MODIFIED",
"diff_header": [
"diff --git a/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java b/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"index 59b7670..9faf81c 100644",
"--- a/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"+++ b/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java"
],
"content": [
{
"ab": [
"// Copyright (C) 2010 The Android Open Source Project",
"//",
"// Licensed under the Apache License, Version 2.0 (the \"License\");",
"// you may not use this file except in compliance with the License.",
"// You may obtain a copy of the License at",
"//",
"// http://www.apache.org/licenses/LICENSE-2.0",
"//",
"// Unless required by applicable law or agreed to in writing, software",
"// distributed under the License is distributed on an \"AS IS\" BASIS,",
"// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.",
"// See the License for the specific language governing permissions and",
"// limitations under the License."
]
},
{
"b": [
"//",
"// Add some more lines in the header."
]
},
{
"ab": [
"",
"package com.google.gerrit.server.project;",
"",
"import com.google.common.collect.Maps;",
...
]
}
...
]
}
If the intraline parameter is specified, intraline differences are included in the diff.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/b6b9c10649b9041884046119ab794374470a1b45/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/diff?intraline HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]
{
"meta_a": {
"name": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"content_type": "text/x-java-source",
"lines": 372
},
"meta_b": {
"name": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"content_type": "text/x-java-source",
"lines": 578
},
"change_type": "MODIFIED",
"diff_header": [
"diff --git a/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java b/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"index 59b7670..9faf81c 100644",
"--- a/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"+++ b/gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java"
],
"content": [
...
{
"a": [
"/** Manages access control for Git references (aka branches, tags). */"
],
"b": [
"/** Manages access control for the Git references (aka branches, tags). */"
],
"edit_a": [],
"edit_b": [
[
31,
4
]
]
}
]
}
The base parameter can be specified to control the base patch set from which the diff should
be generated.
The integer-valued request parameter parent can be specified to control the
parent commit number against which the diff should be generated. This is useful
for supporting review of merge commits. The value is the 1-based index of the
parent’s position in the commit object.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/b6b9c10649b9041884046119ab794374470a1b45/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/diff?base=2 HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]
{
"meta_a": {
"name": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"content_type": "text/x-java-source",
"lines": 578
},
"meta_b": {
"name": "gerrit-server/src/main/java/com/google/gerrit/server/project/RefControl.java",
"content_type": "text/x-java-source",
"lines": 578
},
"change_type": "MODIFIED",
"content": [
{
"skip": 578
}
]
}
The whitespace parameter can be specified to control how whitespace
differences are reported in the result. Valid values are IGNORE_NONE,
IGNORE_TRAILING, IGNORE_LEADING_AND_TRAILING or IGNORE_ALL.
Preview Stored Fix
'GET /changes/{change-id}/revisions/{revision-id}/fixes/{fix-id}/preview'
Gets the diffs of all files for a certain {fix-id}. As response, a map of DiffInfo entities is returned that describes the diffs.
Each DiffInfo is the differences between the patch set indicated by revision-id and a virtual patch set with the applied fix.
Preview Provided fix
'POST /changes/{change-id}/revisions/{revision-id}/fix:preview'
Gets the diffs of all files for a list of FixReplacementInfo loaded from the ApplyProvidedFixInput entity. The fixes are passed as part of the request body. As response, a map of DiffInfo is returned that describes the diffs.
Each DiffInfo is the differences between the patch set indicated by revision-id and a virtual patch set with the applied fix. No content on the server will be modified as part of this request.
POST /changes/myProject~master~Id6f0b9d946791f8aba90ace53074eda565983452/revisions/1/fix:preview HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"fix_replacement_infos": [
{
"path": "abcd.txt",
"range": {
"start_line": 2,
"start_character": 2,
"end_line": 2,
"end_character": 5
},
"replacement": "abcdefg"
}
]
}
If the Preview Provided Fix operation was successful, a DiffInfo previewing the
change is returned.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"abcd.txt": {
"meta_a": {
"name": "abcd.txt",
"content_type": "text/plain",
"lines": 3
},
"meta_b": {
"name": "abcd.txt",
"content_type": "text/plain",
"lines": 3
},
"intraline_status": "OK",
"change_type": "MODIFIED",
"content": [
{
"ab": [
"ABCDEFGHI"
]
},
{
"a": [
"JKLMNOPQR"
],
"b": [
"JKabcdefgOPQR"
],
"edit_a": [
[
2,
3
]
],
"edit_b": [
[
2,
7
]
]
},
{
"ab": [
""
]
}
]
}
}
Get Blame
'GET /changes/{change-id}/revisions/{revision-id}/files/{file-id}/blame'
Gets the blame of a file from a certain revision.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/blame HTTP/1.0
As response a BlameInfo entity is returned that describes the blame.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]
{
[
{
"author": "Joe Daw",
"id": "64e140b4de5883a4dd74d06c2b62ccd7ffd224a7",
"time": 1421441349,
"commit_msg": "RST test\n\nChange-Id: I11e9e24bd122253f4bb10c36dce825ac2410d646\n",
"ranges": [
{
"start": 1,
"end": 10
},
{
"start": 16,
"end": 296
}
]
},
{
"author": "Jane Daw",
"id": "8d52621a0e2ac6adec73bd3a49f2371cd53137a7",
"time": 1421825421,
"commit_msg": "add banner\n\nChange-Id: I2eced9b2691015ae3c5138f4d0c4ca2b8fb15be9\n",
"ranges": [
{
"start": 13,
"end": 13
}
]
}
]
}
The base parameter can be specified to control the base patch set from which
the blame should be generated.
Set Reviewed
'PUT /changes/{change-id}/revisions/{revision-id}/files/{file-id}/reviewed'
Marks a file of a revision as reviewed by the calling user.
PUT /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/reviewed HTTP/1.0
HTTP/1.1 201 Created
If the file was already marked as reviewed by the calling user the response is “200 OK”.
Delete Reviewed
'DELETE /changes/{change-id}/revisions/{revision-id}/files/{file-id}/reviewed'
Deletes the reviewed flag of the calling user from a file of a revision.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/files/gerrit-server%2Fsrc%2Fmain%2Fjava%2Fcom%2Fgoogle%2Fgerrit%2Fserver%2Fproject%2FRefControl.java/reviewed HTTP/1.0
HTTP/1.1 204 No Content
Cherry Pick Revision
'POST /changes/{change-id}/revisions/{revision-id}/cherrypick'
Cherry picks a revision to a destination branch.
If one of the secondary emails associated with the user performing the operation was used as the committer email in the original revision, the same email will be used as the committer email in the new patch set; otherwise, the user’s preferred email will be used.
To cherry pick a commit with no change-id associated with it, see CherryPickCommit.
The commit message and destination branch must be provided in the request body inside a CherryPickInput entity. If the commit message does not specify a Change-Id, a new one is picked for the destination change.
When cherry-picking a change into a branch that already contains the Change-Id that we want to cherry-pick, the cherry-pick will create a new patch-set on the destination’s branch’s appropriate Change-Id. If the change is closed on the destination branch, the cherry-pick will fail.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/cherrypick HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"message" : "Implementing Feature X",
"destination" : "release-branch"
}
As response a ChangeInfo entity is returned that describes the resulting cherry-pick change.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"id": "myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9941",
"project": "myProject",
"branch": "release-branch",
"change_id": "I8473b95934b5732ac55d26311a706c9c2bde9941",
"subject": "Implementing Feature X",
"status": "NEW",
"created": "2013-02-01 09:59:32.126000000",
"updated": "2013-02-21 11:16:36.775000000",
"mergeable": true,
"insertions": 12,
"deletions": 11,
"_number": 3965,
"owner": {
"name": "John Doe"
}
}
Revision Reviewer Endpoints
List Revision Reviewers
'GET /changes/{change-id}/revisions/{revision-id}/reviewers/'
Lists the reviewers of a revision.
Please note that only the current revision is supported.
As result a list of ReviewerInfo entries is returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/reviewers/ HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"approvals": {
"Verified": "+1",
"Code-Review": "+2"
},
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com"
},
{
"approvals": {
"Verified": " 0",
"Code-Review": "-1"
},
"_account_id": 1000097,
"name": "Jane Roe",
"email": "jane.roe@example.com"
}
]
List Revision Votes
'GET /changes/{change-id}/revisions/{revision-id}/reviewers/{account-id}/votes/'
Lists the votes for a specific reviewer of the revision.
Please note that only the current revision is supported.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/reviewers/John%20Doe/votes/ HTTP/1.0
As result a map is returned that maps the label name to the label value. The entries in the map are sorted by label name.
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json;charset=UTF-8
)]}'
{
"Code-Review": -1,
"Verified": 1,
"Work-In-Progress": 1
}
Delete Revision Vote
'DELETE /changes/{change-id}/revisions/{revision-id}
/reviewers/{account-id}/votes/{label-id}'
'POST /changes/{change-id}/revisions/{revision-id}
/reviewers/{account-id}/votes/{label-id}/delete'
Deletes a single vote from a revision. The deletion will be possible only if the revision is the current revision. By using this endpoint you can prevent deleting the vote (with same label) from a newer patch set by mistake.
Note, that even when the last vote of a reviewer is removed the reviewer itself is still listed on the change.
If another user removed a user’s vote, the user with the deleted vote will be added to the attention set.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/reviewers/John%20Doe/votes/Code-Review HTTP/1.0 POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/reviewers/John%20Doe/votes/Code-Review/delete HTTP/1.0
Options can be provided in the request body as a DeleteVoteInput entity. Historically, this method allowed a body in the DELETE, but that behavior is deprecated. In this case, use a POST request instead:
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/revisions/674ac754f91e64a0efb8087e59a176484bd534d1/reviewers/John%20Doe/votes/Code-Review/delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"notify": "NONE"
}
HTTP/1.1 204 No Content
Attention Set Endpoints
Get Attention Set
'GET /changes/{change-id}/attention'
Returns all users that are currently in the attention set. As response a list of AttentionSetInfo entity is returned.
GET /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/attention HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
[
{
"account": {
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
},
"last_update": "2013-02-01 09:59:32.126000000",
"reason": "reviewer or cc replied"
},
{
"account": {
"_account_id": 1000097,
"name": "Jane Doe",
"email": "jane.doe@example.com",
"username": "janedoe"
},
"last_update": "2013-02-01 09:59:32.126000000",
"reason": "Reviewer was added"
}
]
Add To Attention Set
'POST /changes/{change-id}/attention'
Adds a single user to the attention set of a change.
A user can only be added if they are not in the attention set. If a user is added while already in the attention set, the request is silently ignored.
The user must be a reviewer, cc, uploader, or owner on the change.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/attention HTTP/1.0
Details should be provided in the request body as an AttentionSetInput entity.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/attention HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"user": "John Doe",
"reason": "reason"
}
HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json; charset=UTF-8
)]}'
{
"_account_id": 1000096,
"name": "John Doe",
"email": "john.doe@example.com",
"username": "jdoe"
}
Remove from Attention Set
'DELETE /changes/{change-id}/attention/{account-id}'
'POST /changes/{change-id}/attention/{account-id}/delete'
Deletes a single user from the attention set of a change.
A user can only be removed from the attention set if they are currently in the attention set. Otherwise, the request is silently ignored.
DELETE /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/attention/John%20Doe HTTP/1.0 POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/attention/John%20Doe/delete HTTP/1.0
Reason can be provided in the request body as an AttentionSetInput entity.
User must be left empty, or the user must be exactly the same user as in the request header.
POST /changes/myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940/attention/John%20Doe/delete HTTP/1.0
Content-Type: application/json; charset=UTF-8
{
"reason": "reason"
}
HTTP/1.1 204 No Content
IDs
{change-id}
Identifier that uniquely identifies one change. It contains the URL-encoded project name as well as the change number: "<project>~<changeNumber>"
Alternative identifiers
Gerrit also supports an array of other change identifiers.
|
Note
|
Even though these identifiers will work in the majority of cases it is highly recommended to use "<project>~<changeNumber>" whenever possible. Since these identifiers require additional lookups from index and caches, to be translated to the "<project>~<changeNumber>" identifier, they may result in both false-positives and false-negatives. Furthermore the additional lookup mean that they come with a performance penalty. |
-
an ID of the change in the format "<project>~<branch>~<Change-Id>", where for the branch the
refs/heads/prefix can be omitted ("myProject~master~I8473b95934b5732ac55d26311a706c9c2bde9940") -
a Change-Id if it uniquely identifies one change ("I8473b95934b5732ac55d26311a706c9c2bde9940")
-
a change number if it uniquely identifies one change ("4247")
{change-message-id}
ID of a change message returned in a ChangeMessageInfo.
{comment-id}
UUID of a published comment.
{draft-id}
UUID of a draft comment.
{label-id}
The name of the label.
{file-id}
The path of the file.
The following magic paths are supported:
-
/COMMIT_MSG:The commit message and headers with the parent commit(s), the author information and the committer information.
-
/MERGE_LIST(for merge commits only):The list of commits that are being integrated into the destination branch by submitting the merge commit.
-
/PATCHSET_LEVEL:This file path is used exclusively for posting and indicating patchset-level comments, thus not relevant for other use-cases.
{fix-id}
UUID of a suggested fix.
{revision-id}
Identifier that uniquely identifies one revision of a change.
This can be:
-
the literal
currentto name the current patch set/revision -
a commit ID ("674ac754f91e64a0efb8087e59a176484bd534d1")
-
an abbreviated commit ID that uniquely identifies one revision of the change ("674ac754"), at least 4 digits are required
-
a numeric patch number ("1" for first patch set of the change)
-
"0" or the literal
editfor a change edit
JSON Entities
AbandonInput
The AbandonInput entity contains information for abandoning a change.
| Field Name | Description | |
|---|---|---|
|
optional |
Message to be added as review comment to the change when abandoning the change. |
|
optional |
Notify handling that defines to whom email notifications should be sent after
the change is abandoned. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
ActionInfo
The ActionInfo entity describes a REST API call the client can
make to manipulate a resource. These are frequently implemented by
plugins and may be discovered at runtime.
| Field Name | Description | |
|---|---|---|
|
optional |
HTTP method to use with the action. Most actions use |
|
optional |
Short title to display to a user describing the action. In the Gerrit web interface the label is used as the text on the button presented in the UI. |
|
optional |
Longer text to display describing the action. In a web UI this should be the title attribute of the element, displaying when the user hovers the mouse. |
|
optional |
If true the action is permitted at this time and the caller is likely allowed to execute it. This may change if state is updated at the server or permissions are modified. Not present if false. |
|
optional |
Optional list of enabled options. |
Action Options
Options that are returned via the enabled_options field of
ActionInfo.
| REST view | Option | Description |
|---|---|---|
|
|
Present if the user can rebase the change. |
|
|
Present if the user can rebase the change on behalf of the uploader. |
|
|
Present if the user can rebase the chain. |
|
|
Present if the user can rebase the chain on behalf of the uploader. |
For all other REST views no options are returned.
ApplyPatchInput
The ApplyPatchInput entity contains information about a patch to apply.
A new commit will be created from the patch, and saved as a new patch set.
| Field Name | Description | |
|---|---|---|
|
required |
The patch to be applied. Must be compatible with |
ApplyPatchPatchSetInput
The ApplyPatchPatchSetInput entity contains information for creating a new patch set from a
given patch.
| Field Name | Description | |
|---|---|---|
|
required |
The details of the patch to be applied as a ApplyPatchInput entity. |
|
optional |
The commit message for the new patch set. If not specified, the latest patch-set message will be used. |
|
optional |
40-hex digit SHA-1 of the commit which will be the parent commit of the newly created patch set. If set, it must be a merged commit or a change revision on the destination branch. Otherwise, the target change’s branch tip will be used. |
|
optional |
The author of the commit to create. Must be an
AccountInput entity with at least
the |
|
optional |
List of query options to format the response. |
|
optional |
If true, the revision from the URL will be amended by the patch. This will use the tree of the
revision, apply the patch and create a new commit whose tree is the resulting tree of the operation
and whose parent(s) are the parent(s) of the revision. Cannot be used together with |
ApprovalInfo
The ApprovalInfo entity contains information about an approval from a
user for a label on a change.
ApprovalInfo has the same fields as
AccountInfo.
In addition ApprovalInfo has the following fields:
| Field Name | Description | |
|---|---|---|
|
optional |
The vote that the user has given for the label. If present and zero, the user is permitted to vote on the label. If absent, the user is not permitted to vote on that label. |
|
optional |
The VotingRangeInfo the user is authorized to vote on that label. If present, the user is permitted to vote on the label regarding the range values. If absent, the user is not permitted to vote on that label. |
|
optional |
The time and date describing when the approval was made. |
|
optional |
Value of the |
|
not set if |
If true, this vote was made after the change was submitted. |
AttentionSetInfo
The AttentionSetInfo entity contains details of users that are in
the attention set.
| Field Name | Description | |
|---|---|---|
|
AccountInfo entity. |
|
|
The timestamp of the last update. |
|
|
The reason for adding or removing the user.
If the update was caused by another user, that account is represented by
account ID in reason as |
|
|
AccountInfo of the user who caused the update. |
AttentionSetInput
The AttentionSetInput entity contains details for adding users to the
attention set and removing them from it.
| Field Name | Description | |
|---|---|---|
|
optional |
ID of the account that should be added to the attention set. For removals, this field should be empty or the same as the field in the request header. |
|
The reason of for adding or removing the user. |
|
|
optional |
Notify handling that defines to whom email notifications should be sent
after the change is created. |
|
optional |
Additional information about whom to notify about the change creation as a map of recipient type to NotifyInfo entity. |
BlameInfo
The BlameInfo entity stores the commit metadata with the row coordinates where
it applies.
| Field Name | Description |
|---|---|
|
The author of the commit. |
|
The id of the commit. |
|
Commit time. |
|
The commit message. |
|
The blame row coordinates as RangeInfo entities. |
ChangeEditInput
The ChangeEditInput entity contains information for restoring a
path within change edit.
| Field Name | Description | |
|---|---|---|
|
optional |
Path to file to restore. |
|
optional |
Old path to file to rename. |
|
optional |
New path to file to rename. |
ChangeEditMessageInput
The ChangeEditMessageInput entity contains information for changing
the commit message within a change edit.
| Field Name | Description | |
|---|---|---|
|
New commit message. |
ChangeInfo
The ChangeInfo entity contains information about a change.
| Field Name | Description | |
|---|---|---|
|
The ID of the change. The format is "'<project>\~<_number>'". 'project' and '_number' are URL encoded. The callers must not rely on the format. |
|
|
The ID of the change in the format "'<project>~<branch>~<Change-Id>'",
where 'project' and 'branch' are URL encoded. For 'branch' the
|
|
|
The name of the project. |
|
|
The name of the target branch. |
|
|
optional |
The topic to which this change belongs. |
|
optional |
The map that maps account IDs to AttentionSetInfo of that account. Those are all accounts that are currently in the attention set. |
|
optional |
The map that maps account IDs to AttentionSetInfo of that account. Those are all accounts that were in the attention set but were removed. The AttentionSetInfo is the latest and most recent removal of the account from the attention set. |
|
optional |
List of hashtags that are set on the change. |
|
optional |
A map that maps custom keys to custom values that are tied to a specific change, both in the form of strings. Only set if custom keyed values are requested. |
|
The Change-Id of the change. |
|
|
The subject of the change (header line of the commit message). |
|
|
The status of the change ( |
|
|
The timestamp of when the change was created. |
|
|
The timestamp of when the change was last updated. |
|
|
only set for merged changes |
The timestamp of when the change was submitted. |
|
only set for merged changes |
The user who submitted the change, as an AccountInfo entity. |
|
not set if |
Whether the calling user has starred this change. Only set if requested. |
|
not set if |
Whether the change was reviewed by the calling user. Only set if reviewed is requested. |
|
optional |
The submit type of the change. |
|
optional |
Whether the change is mergeable. |
|
optional |
Whether the change has been approved by the project submit rules. |
|
Number of inserted lines. |
|
|
Number of deleted lines. |
|
|
optional |
Total number of inline comments across all patch sets. Not set if the current change index doesn’t have the data. |
|
optional |
Number of unresolved inline comment threads across all patch sets. Not set if the current change index doesn’t have the data. |
|
The change number. (The underscore is just a relict of a prior attempt to deprecate the change number.) |
|
|
The virtual id number is globally unique. For local changes, it is equal to the
|
|
|
The owner of the change as an AccountInfo entity. |
|
|
optional |
Actions the caller might be able to perform on this revision. The information is a map of view name to ActionInfo entities. |
|
List of the SubmitRecordInfo containing the submit records for the change at the latest patchset. |
|
|
optional |
List of the requirements to be met before this change
can be submitted. This field is deprecated in favour of |
|
optional |
List of the SubmitRequirementResultInfo
containing the evaluated submit requirements for the change.
Only set if |
|
optional |
The labels of the change as a map that maps the label names to
LabelInfo entries. |
|
optional |
A map of the permitted labels that maps a label name to the list of
values that are allowed for that label. |
|
optional |
A map of the removable labels that maps a label name to the map of
values and reviewers (
AccountInfo entities)
that are allowed to be removed from the change. |
|
optional |
The reviewers that can be removed by the calling user as a list of
AccountInfo entities. |
|
optional |
The reviewers as a map that maps a reviewer state to a list of
AccountInfo entities.
Possible reviewer states are |
|
optional |
Updates to |
|
optional |
Updates to reviewers set for the change as ReviewerUpdateInfo entities. Only set if reviewer updates are requested. |
|
optional |
Messages associated with the change as a list of
ChangeMessageInfo entities. |
|
optional |
The commit ID of the current patch set of this change. |
|
optional |
All patch sets of this change as a map that maps the commit ID of the
patch set to a RevisionInfo entity. |
|
optional |
The SHA-1 of the NoteDb meta ref. |
|
optional |
A list of TrackingIdInfo entities describing references to external tracking systems. Only set if tracking ids are requested. |
|
optional, not set if |
Whether the query would deliver more results if not limited. |
|
optional |
A list of ProblemInfo entities describing potential problems with this change. Only set if CHECK is set. |
|
optional, not set if |
When present, change is marked as private. |
|
optional, not set if |
When present, change is marked as Work In Progress. |
|
optional, not set if |
When present, change has been marked Ready at some point in time. |
|
optional |
The change number of the change that this change reverts. |
|
optional |
ID of the submission of this change. Only set if the status is |
|
optional |
The change number of the change that this change was cherry-picked from. Only set if the cherry-pick has been done through the Gerrit REST API (and not if a cherry-picked commit was pushed). |
|
optional |
The patchset number of the change that this change was cherry-picked from. Only set if the cherry-pick has been done through the Gerrit REST API (and not if a cherry-picked commit was pushed). |
|
optional, not set if |
Whether the change contains conflicts. |
ChangeInput
The ChangeInput entity contains information about creating a new change.
| Field Name | Description | |
|---|---|---|
|
The name of the project. |
|
|
The name of the target branch. |
|
|
The commit message of the change. Comment lines (beginning with |
|
|
optional |
The topic to which this change belongs. Topic can’t contain quotation marks. |
|
optional, default to |
The status of the change (only |
|
optional, default to |
Whether the new change should be marked as private. |
|
optional, default to |
Whether the new change should be set to work in progress. |
|
optional |
A {change-id} that identifies the base change for a create
change operation. |
|
optional |
A 40-digit hex SHA-1 of the commit which will be the parent commit of the newly
created change. If set, it must be a merged commit on the destination branch. |
|
optional, default to |
Allow creating a new branch when set to |
|
optional |
Map with key-value pairs that are forwarded as options to the commit validation listeners (e.g. can be used to skip certain validations). Which validation options are supported depends on the installed commit validation listeners. Gerrit core doesn’t support any validation options, but commit validation listeners that are implemented in plugins may. Please refer to the documentation of the installed plugins to learn whether they support validation options. Unknown validation options are silently ignored. |
|
optional |
Custom keyed values as a map from custom keys to values. |
|
optional |
The detail of a merge commit as a MergeInput entity.
If set, the target branch (see |
|
optional |
The detail of a patch to be applied as an ApplyPatchInput entity. |
|
optional |
The author of the commit to create. Must be an
AccountInput entity with at least
the |
|
optional |
Notify handling that defines to whom email notifications should be sent
after the change is created. |
|
optional |
Additional information about whom to notify about the change creation as a map of recipient type to NotifyInfo entity. |
|
optional |
List of query options to format the response. |
ChangeMessageInfo
The ChangeMessageInfo entity contains information about a message
attached to a change.
| Field Name | Description | |
|---|---|---|
|
The ID of the message. |
|
|
optional |
Author of the message as an
AccountInfo entity. |
|
optional |
Real author of the message as an
AccountInfo entity. |
|
The timestamp this message was posted. |
|
|
The text left by the user or Gerrit system. Accounts are served as account IDs
inlined in the text as |
|
|
AccountInfo list, used in |
|
|
optional |
Value of the |
|
optional |
Which patchset (if any) generated this message. |
CherryPickInput
The CherryPickInput entity contains information for cherry-picking a change to a new branch.
| Field Name | Description | |
|---|---|---|
|
optional |
Commit message for the cherry-pick change. If not set, the commit message of the cherry-picked commit is used. |
|
Destination branch |
|
|
optional |
40-hex digit SHA-1 of the commit which will be the parent commit of the newly created change. If set, it must be a merged commit or a change revision on the destination branch. |
|
optional, defaults to 1 |
Number of the parent relative to which the cherry-pick should be considered. |
|
optional |
Notify handling that defines to whom email notifications should be sent
after the cherry-pick. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
|
optional, defaults to false |
If |
|
optional, defaults to false |
If |
|
optional |
The topic of the created cherry-picked change. If not set, the default depends on the source. If the source is a change with a topic, the resulting topic of the cherry-picked change will be {source_change_topic}-{destination_branch}. Otherwise, if the source change has no topic, or the source is a commit, the created change will have no topic. If the change already exists, the topic will not change if not set. If set, the topic will be overridden. |
|
optional, defaults to false |
If |
|
optional |
Cherry-pick is committed using this email address. Only the registered emails of the calling user are considered valid. Defaults to source commit’s committer email if it is a registered email of the calling user, else defaults to calling user’s preferred email. |
|
optional |
Map with key-value pairs that are forwarded as options to the commit validation listeners (e.g. can be used to skip certain validations). Which validation options are supported depends on the installed commit validation listeners. Gerrit core doesn’t support any validation options, but commit validation listeners that are implemented in plugins may. Please refer to the documentation of the installed plugins to learn whether they support validation options. Unknown validation options are silently ignored. |
CommentInfo
The CommentInfo entity contains information about an inline comment.
| Field Name | Description | |
|---|---|---|
|
optional |
The patch set number for the comment; only set in contexts where |
|
The URL encoded UUID of the comment. |
|
|
optional |
The file path for which the inline comment was done. |
|
optional |
The side on which the comment was added. |
|
optional |
The 1-based parent number. Used only for merge commits when |
|
optional |
The number of the line for which the comment was done. |
|
optional |
The range of the comment as a CommentRange entity. |
|
optional |
The URL encoded UUID of the comment to which this comment is a reply. |
|
optional |
The comment message. |
|
The timestamp of when this comment was written. |
|
|
optional |
The author of the message as an
AccountInfo entity. |
|
optional |
Value of the |
|
optional |
Whether or not the comment must be addressed by the user. The state of resolution of a comment thread is stored in the last comment in that thread chronologically. |
|
optional |
Available with the list change comments endpoint. Contains the id of the change message that this comment is linked to. |
|
optional |
Hex commit SHA-1 (40 characters string) of the commit of the patchset to which this comment applies. |
|
optional |
A list of ContextLine containing the lines of the source file where the comment was written. Available only if the "enable-context" parameter (see List Change Comments) is set. |
|
optional |
Mime type of the file where the comment is written. Available only if the "enable-context" parameter (see List Change Comments) is set. |
CommentInput
The CommentInput entity contains information for creating an inline
comment.
| Field Name | Description | |
|---|---|---|
|
optional |
The URL encoded UUID of the comment if an existing draft comment should be updated. |
|
optional |
The file path for which the inline comment should be added. |
|
optional |
The side on which the comment should be added. |
|
optional |
The number of the line for which the comment should be added. |
|
optional |
The range of the comment as a CommentRange entity. |
|
optional |
The URL encoded UUID of the comment to which this comment is a reply. |
|
optional |
The timestamp of this comment. |
|
optional |
The comment message. |
|
optional, drafts only |
Value of the |
|
optional |
Whether or not the comment must be addressed by the user. This value will
default to false if the comment is an orphan, or the value of the |
CommentRange
The CommentRange entity describes the range of an inline comment.
The comment range is a range from the start position, specified by start_line
and start_character, to the end position, specified by end_line and
end_character. The start position is inclusive and the end position is
exclusive.
So, a range over part of a line will have start_line equal to
end_line; however a range with end_line set to 5 and end_character equal
to 0 will not include any characters on line 5,
| Field Name | Description | |
|---|---|---|
|
The start line number of the range. (1-based) |
|
|
The character position in the start line. (0-based) |
|
|
The end line number of the range. (1-based) |
|
|
The character position in the end line. (0-based) |
ContextLine
The ContextLine entity contains the line number and line text of a single
line of the source file content.
| Field Name | Description |
|---|---|
|
The line number of the source line. |
|
String containing the line text. |
CommitInfo
The CommitInfo entity contains information about a commit.
| Field Name | Description | |
|---|---|---|
|
Optional |
The commit ID. Not set if included in a RevisionInfo entity that is contained in a map which has the commit ID as key. |
|
The parent commits of this commit as a list of
CommitInfo entities. In each parent
only the |
|
|
The author of the commit as a GitPersonInfo entity. |
|
|
The committer of the commit as a GitPersonInfo entity. |
|
|
The subject of the commit (header line of the commit message). |
|
|
The commit message. |
|
|
optional |
Links to the patch set in external sites as a list of WebLinkInfo entities. |
|
optional |
Links to the commit in external sites for resolving conflicts as a list of WebLinkInfo entities. |
CommitMessageInput
The CommitMessageInput entity contains information for changing
the commit message of a change.
| Field Name | Description | |
|---|---|---|
|
New commit message. |
|
|
optional |
Notify handling that defines to whom email notifications should be sent
after the commit message was updated. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
DeleteChangeMessageInput
The DeleteChangeMessageInput entity contains the options for deleting a change message.
| Field Name | Description | |
|---|---|---|
|
optional |
The reason why the change message should be deleted. |
DeleteCommentInput
The DeleteCommentInput entity contains the option for deleting a comment.
| Field Name | Description | |
|---|---|---|
|
optional |
The reason why the comment should be deleted. |
DeleteReviewerInput
The DeleteReviewerInput entity contains options for the deletion of a
reviewer.
| Field Name | Description | |
|---|---|---|
|
optional |
Notify handling that defines to whom email notifications should be sent
after the reviewer is deleted. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
DeleteVoteInput
The DeleteVoteInput entity contains options for the deletion of a
vote.
| Field Name | Description | |
|---|---|---|
|
optional |
The label for which the vote should be deleted. |
|
optional |
Notify handling that defines to whom email notifications should be sent
after the vote is deleted. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
|
optional |
If set to true, ignore all automatic attention set rules described in the attention set. When not set, the default is false. |
|
optional |
The reason why this vote is deleted. Will |
DescriptionInput
The DescriptionInput entity contains information for setting a description.
| Field Name | Description |
|---|---|
|
The description text. |
DiffContent
The DiffContent entity contains information about the content differences
in a file.
| Field Name | Description | |
|---|---|---|
|
optional |
Content only in the file on side A (deleted in B). |
|
optional |
Content only in the file on side B (added in B). |
|
optional |
Content in the file on both sides (unchanged). |
|
only present when the |
Text sections deleted from side A as a DiffIntralineInfo entity. |
|
only present when the |
Text sections inserted in side B as a DiffIntralineInfo entity. |
|
not set if |
Indicates whether this entry was introduced by a rebase. |
|
not set if |
Indicates whether this entry was introduced by a move operation. |
|
optional |
count of lines skipped on both sides when the file is too large to include all common lines. |
|
optional |
Set to |
DiffFileMetaInfo
The DiffFileMetaInfo entity contains meta information about a file diff.
| Field Name | Description | |
|---|---|---|
|
The name of the file. |
|
|
The content type of the file. For the commit message and merge
list the value is |
|
|
The total number of lines in the file. |
|
|
optional |
Links to the file in external sites as a list of WebLinkInfo entries. |
DiffInfo
The DiffInfo entity contains information about the diff of a file
in a revision.
If the weblinks-only parameter is specified, only
the web_links field is set.
| Field Name | Description | |
|---|---|---|
|
not present when the file is added |
Meta information about the file on side A as a DiffFileMetaInfo entity. |
|
not present when the file is deleted |
Meta information about the file on side B as a DiffFileMetaInfo entity. |
|
The type of change ( |
|
|
only set when the |
Intraline status ( |
|
A list of strings representing the patch set diff header. |
|
|
The content differences in the file as a list of DiffContent entities. |
|
|
optional |
Links to the file diff in external sites as a list of DiffWebLinkInfo entries. |
|
optional |
Links to edit the file in external sites as a list of WebLinkInfo entries. |
|
not set if |
Whether the file is binary. |
DiffIntralineInfo
The DiffIntralineInfo entity contains information about intraline edits in a
file.
The information consists of a list of <skip length, edit length> pairs, where
the skip length is the number of characters between the end of the previous edit
and the start of this edit, and the edit length is the number of edited characters
following the skip. The start of the edits is from the beginning of the related
diff content lines. If the list is empty, the entire DiffContent should be considered
as unedited.
Note that the implied newline character at the end of each line is included in the length calculation, and thus it is possible for the edits to span newlines.
DiffWebLinkInfo
The DiffWebLinkInfo entity extends WebLinkInfo and
describes a link on a diff screen to an external site.
| Field Name | Description | |
|---|---|---|
|
See WebLinkInfo |
|
|
optional |
See WebLinkInfo |
|
See WebLinkInfo |
|
|
optional |
See WebLinkInfo |
show_on_side_by_side_diff_view |
Whether the web link should be shown on the side-by-side diff screen. |
|
show_on_unified_diff_view |
Whether the web link should be shown on the unified diff screen. |
ApplyProvidedFixInput
The ApplyProvidedFixInput entity contains the fixes to be applied on a review.
CustomKeyedValuesInput
The CustomKeyedValuesInput entity contains information about custom keyed values
to add to, and/or remove from, a change.
| Field Name | Description | |
|---|---|---|
|
optional |
The map of custom keyed values to be added to the change. |
|
optional |
The list of custom keys to be removed from the change. |
| Field Name | Description |
|---|---|
|
A list of FixReplacementInfo. |
EditFileInfo
The EditFileInfo entity contains additional information
of a file within a change edit.
| Field Name | Description | |
|---|---|---|
|
optional |
Links to the diff info in external sites as a list of WebLinkInfo entities. |
EditInfo
The EditInfo entity contains information about a change edit.
| Field Name | Description | |
|---|---|---|
|
The commit of change edit as CommitInfo entity. |
|
|
The patch set number of the patch set the change edit is based on. |
|
|
The revision of the patch set the change edit is based on. |
|
|
The ref of the change edit. |
|
|
optional |
Information about how to fetch this patch set. The fetch information is provided as a map that maps the protocol name (“git”, “http”, “ssh”) to FetchInfo entities. |
|
optional |
The files of the change edit as a map that maps the file names to FileInfo entities. |
FetchInfo
The FetchInfo entity contains information about how to fetch a patch
set via a certain protocol.
| Field Name | Description | |
|---|---|---|
|
The URL of the project. |
|
|
The ref of the patch set. |
|
|
optional |
The download commands for this patch set as a map that maps the command
names to the commands. |
FileInfo
The FileInfo entity contains information about a file in a patch set.
| Field Name | Description | |
|---|---|---|
|
optional |
The status of the file (“A”=Added, “D”=Deleted, “R”=Renamed,
“C”=Copied, “W”=Rewritten). |
|
not set if |
Whether the file is binary. |
|
optional |
The old file path. |
|
optional |
Number of inserted lines. |
|
optional |
Number of deleted lines. |
|
Number of bytes by which the file size increased/decreased. |
|
|
File size in bytes. |
|
|
optional |
File mode in octal (e.g. 100644) at the old commit. The first three digits indicate the file type and the last three digits contain the file permission bits. For added files, this field will not be present. |
|
optional |
File mode in octal (e.g. 100644) at the new commit. The first three digits indicate the file type and the last three digits contain the file permission bits. For deleted files, this field will not be present. |
FixInput
The FixInput entity contains options for fixing commits using the
fix change endpoint.
| Field Name | Description |
|---|---|
|
If true, delete patch sets from the database if they refer to missing commit options. |
|
If set, check that the change is merged into the destination branch as this exact SHA-1. If not, insert a new patch set referring to this commit. |
FixSuggestionInfo
The FixSuggestionInfo entity represents a suggested fix.
| Field Name | Description | |
|---|---|---|
|
generated, don’t set |
The UUID of the suggested fix. It will be generated automatically and hence will be ignored if it’s set for input objects. |
|
A description of the suggested fix. |
|
|
A list of FixReplacementInfo entities indicating how the content of one or several files should be modified. Within a file, they should refer to non-overlapping regions. |
FixReplacementInfo
The FixReplacementInfo entity describes how the content of a file should be
replaced by another content.
| Field Name | Description |
|---|---|
|
The path of the file which should be modified. Any file in
the repository may be modified. The commit message can be modified via the
magic file |
|
A CommentRange indicating which content of the file should be replaced. Lines in the file are assumed to be separated by the line feed character. |
|
The content which should be used instead of the current one. |
GitPersonInfo
The GitPersonInfo entity contains information about the
author/committer of a commit.
| Field Name | Description |
|---|---|
|
The name of the author/committer. |
|
The email address of the author/committer. |
|
The timestamp of when this identity was constructed. |
|
The timezone offset from UTC of when this identity was constructed. |
GroupBaseInfo
The GroupBaseInfo entity contains base information about the group.
| Field Name | Description |
|---|---|
|
The UUID of the group. |
|
The name of the group. |
HashtagsInput
The HashtagsInput entity contains information about hashtags to add to,
and/or remove from, a change.
| Field Name | Description | |
|---|---|---|
|
optional |
The list of hashtags to be added to the change. |
|
optional |
The list of hashtags to be removed from the change. |
IncludedInInfo
The IncludedInInfo entity contains information about the branches a
change was merged into and tags it was tagged with. The branch or tag
must have 'refs/head/' or 'refs/tags/' prefix respectively.
| Field Name | Description | |
|---|---|---|
|
The list of branches this change was merged into. Each branch is listed without the 'refs/head/' prefix. |
|
|
The list of tags this change was tagged with. Each tag is listed without the 'refs/tags/' prefix. |
|
|
optional |
A map that maps a name to a list of external systems that include this change, e.g. a list of servers on which this change is deployed. |
LabelInfo
The LabelInfo entity contains information about a label on a change, always
corresponding to the current patch set.
There are two options that control the contents of LabelInfo:
LABELS and DETAILED_LABELS.
-
Using
LABELSwill skip theall.permitted_voting_rangeattribute. -
Using
DETAILED_LABELSwill include theall.permitted_voting_rangeattribute.
| Field Name | Description | |
|---|---|---|
|
not set if |
Whether the label is optional. Optional means the label may be set, but it’s neither necessary for submission nor does it block submission if set. |
|
optional |
The description of the label. |
|
optional |
One user who approved this label on the change (voted the maximum value) as an AccountInfo entity. |
|
optional |
One user who rejected this label on the change (voted the minimum value) as an AccountInfo entity. |
|
optional |
One user who recommended this label on the change (voted positively, but not the maximum value) as an AccountInfo entity. |
|
optional |
One user who disliked this label on the change (voted negatively, but not the minimum value) as an AccountInfo entity. |
|
optional |
If |
|
optional |
The voting value of the user who recommended/disliked this label on the change if it is not “+1”/“-1”. |
|
optional |
The default voting value for the label. This value may be outside the range specified in permitted_labels. |
votes |
optional |
A list of integers containing the vote values applied to this label at the latest patchset. |
|
optional |
List of all approvals for this label as a list
of ApprovalInfo entities. Items in this list may
not represent actual votes cast by users; if a user votes on any label,
a corresponding ApprovalInfo will appear in this list for all labels. |
|
optional |
A map of all values that are allowed for this label. The map maps the values (“-2”, “-1”, " `0`", “+1”, “+2”) to the value descriptions. |
MergeableInfo
The MergeableInfo entity contains information about the mergeability of a
change.
| Field Name | Description | |
|---|---|---|
|
Submit type used for this change, can be |
|
|
optional |
The strategy of the merge, can be |
|
|
|
|
optional |
|
|
optional |
|
|
optional |
A list of paths with conflicts |
|
optional |
A list of other branch names where this change could merge cleanly |
MergeInput
The MergeInput entity contains information about the merge
| Field Name | Description | |
|---|---|---|
|
The source to merge from, e.g. a complete or abbreviated commit SHA-1,
a complete reference name, a short reference name under |
|
|
optional |
A branch from which |
|
optional |
The strategy of the merge, can be |
|
optional, defaults to false |
If |
MergePatchSetInput
The MergePatchSetInput entity contains information about updating a new
change by creating a new merge commit.
| Field Name | Description | |
|---|---|---|
|
optional |
The new subject for the change, if not specified, will reuse the current patch set’s subject |
|
optional, default to |
Use the current patch set’s first parent as the merge tip when set to |
|
optional |
A {change-id} that identifies a change. When |
|
The detail of the source commit for merge as a MergeInput entity. |
|
|
optional |
The author of the commit to create. Must be an
AccountInput entity with at least
the |
|
optional |
Map with key-value pairs that are forwarded as options to the commit validation listeners (e.g. can be used to skip certain validations). Which validation options are supported depends on the installed commit validation listeners. Gerrit core doesn’t support any validation options, but commit validation listeners that are implemented in plugins may. Please refer to the documentation of the installed plugins to learn whether they support validation options. Unknown validation options are silently ignored. |
MoveInput
The MoveInput entity contains information for moving a change to a new branch.
| Field Name | Description | |
|---|---|---|
|
Destination branch |
|
|
optional |
A message to be posted in this change’s comments |
|
optional, defaults to false |
By default, only veto votes that are blocking the change from submission are moved to the destination branch. Using this option is only allowed for administrators, because it can affect the submission behaviour of the change (depending on the label access configuration and submissions rules). |
NotifyInfo
The NotifyInfo entity contains detailed information about who should
be notified about an update. These notifications are sent out even if a
notify option in the request input disables normal notifications.
NotifyInfo entities are normally contained in a notify_details map
in the request input where the key is the
recipient type.
| Field Name | Description | |
|---|---|---|
|
optional |
A list of account IDs that identify the accounts that should be should be notified. |
ParentInfo
The ParentInfo entity contains information about the parent commit of a
patch-set.
| Field Name | Description | |
|---|---|---|
|
optional |
Name of the target branch into which the parent commit is merged. |
|
optional |
The commit SHA-1 of the parent commit, or null if the current commit is root. |
|
optional, default to false |
Set to true if the parent commit is merged into the target branch. |
|
optional |
If the parent commit is a patch-set of another gerrit change, this field will hold the change ID of the parent change. Otherwise, will be null. |
|
optional |
If the parent commit is a patch-set of another gerrit change, this field will hold the change number of the parent change. Otherwise, will be null. |
|
optional |
If the parent commit is a patch-set of another gerrit change, this field will hold the patch-set number of the parent change. Otherwise, will be null. |
|
optional |
If the parent commit is a patch-set of another gerrit change, this field will hold the change status of the parent change. Otherwise, will be null. |
PrivateInput
The PrivateInput entity contains information for changing the private
flag on a change.
| Field Name | Description | |
|---|---|---|
|
optional |
Message describing why the private flag was changed. |
ProblemInfo
The ProblemInfo entity contains a description of a potential consistency problem
with a change. These are not related to the code review process, but rather
indicate some inconsistency in Gerrit’s database or repository metadata related
to the enclosing change.
| Field Name | Description | |
|---|---|---|
|
Plaintext message describing the problem with the change. |
|
|
optional |
The status of fixing the problem ( |
|
optional |
If |
PublishChangeEditInput
The PublishChangeEditInput entity contains options for the publishing of
change edit.
| Field Name | Description | |
|---|---|---|
|
optional |
Notify handling that defines to whom email notifications should be sent
after the change edit is published. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
PureRevertInfo
The PureRevertInfo entity describes the result of a pure revert check.
| Field Name | Description |
|---|---|
|
Outcome of the check as boolean. |
PushCertificateInfo
The PushCertificateInfo entity contains information about a push
certificate provided when the user pushed for review with git push
--signed HEAD:refs/for/<branch>. Only used when signed push is
enabled on the server.
| Field Name | Description |
|---|---|
|
Signed certificate payload and GPG signature block. |
|
Information about the key that signed the push, along with any problems found while checking the signature or the key itself, as a GpgKeyInfo entity. |
RangeInfo
The RangeInfo entity stores the coordinates of a range.
| Field Name | Description |
|---|---|
|
First index. |
|
Last index. |
RebaseInput
The RebaseInput entity contains information for changing parent when rebasing.
| Field Name | Description | |
|---|---|---|
|
optional |
The new parent revision. This can be a ref or a SHA-1 to a concrete patchset. |
|
optional |
The strategy of the merge, can be |
|
optional, defaults to false |
If |
|
optional, defaults to false |
If |
|
optional |
Rebase is committed using this email address. Only the registered emails
of the calling user or uploader (when |
|
optional |
Map with key-value pairs that are forwarded as options to the commit validation listeners (e.g. can be used to skip certain validations). Which validation options are supported depends on the installed commit validation listeners. Gerrit core doesn’t support any validation options, but commit validation listeners that are implemented in plugins may. Please refer to the documentation of the installed plugins to learn whether they support validation options. Unknown validation options are silently ignored. |
RebaseChainInfo
The RebaseChainInfo entity contains information about a chain of changes
that were rebased.
| Field Name | Description | |
|---|---|---|
|
List of the unsubmitted ancestors, as ChangeInfo entities. Includes both rebased changes, and previously up-to-date ancestors. The list is ordered by ancestry, where the oldest ancestor is the first. |
|
|
Whether any of the rebased changes has conflicts due to rebasing. |
RelatedChangeAndCommitInfo
The RelatedChangeAndCommitInfo entity contains information about
a related change and commit.
| Field Name | Description | |
|---|---|---|
|
The project of the change or commit. |
|
|
optional |
The Change-Id of the change. |
|
The commit as a CommitInfo entity. |
|
|
optional |
The change number. |
|
optional |
The revision number. |
|
optional |
The current revision number. |
|
optional |
The status of the change. The status of
the change is one of ( |
|
optional |
Boolean indicating whether the change is
submittable. |
RelatedChangesInfo
The RelatedChangesInfo entity contains information about related
changes.
| Field Name | Description |
|---|---|
|
A list of RelatedChangeAndCommitInfo entities describing the related changes. Sorted by git commit order, newest to oldest. Empty if there are no related changes. |
Requirement
The Requirement entity contains information about a requirement relative to a change.
| Field Name | Description | |
|---|---|---|
|
Status of the requirement. Can be either |
|
|
A human readable reason |
|
|
Alphanumerical (plus hyphens or underscores) string to identify what the requirement is and why it was triggered. Can be seen as a class: requirements sharing the same type were created for a similar reason, and the data structure will follow one set of rules. |
RestoreInput
The RestoreInput entity contains information for restoring a change.
| Field Name | Description | |
|---|---|---|
|
optional |
Message to be added as review comment to the change when restoring the change. |
RevertInput
The RevertInput entity contains information for reverting a change.
| Field Name | Description | |
|---|---|---|
|
optional |
Message to be added as review comment to the change when reverting the change. |
|
optional |
Notify handling that defines to whom email notifications should be sent
for reverting the change. |
|
optional |
Additional information about whom to notify about the revert as a map of recipient type to NotifyInfo entity. |
|
optional |
Name of the topic for the revert change. If not set, the default for Revert
endpoint is the topic of the change being reverted, and the default for the
RevertSubmission endpoint is |
|
optional |
When present, change is marked as Work In Progress. The |
|
optional |
Map with key-value pairs that are forwarded as options to the commit validation listeners (e.g. can be used to skip certain validations). Which validation options are supported depends on the installed commit validation listeners. Gerrit core doesn’t support any validation options, but commit validation listeners that are implemented in plugins may. Please refer to the documentation of the installed plugins to learn whether they support validation options. Unknown validation options are silently ignored. |
RevertSubmissionInfo
The RevertSubmissionInfo entity describes the revert changes.
| Field Name | Description |
|---|---|
|
A list of ChangeInfo that describes the revert changes. Each entity in that list is a revert change that was created in that revert submission. |
ReviewInfo
The ReviewInfo entity contains information about a review.
| Field Name | Description |
|---|---|
|
The labels of the review as a map that maps the label names to the voting values. |
ReviewerUpdateInfo
The ReviewerUpdateInfo entity contains information about updates to
change’s reviewers set.
| Field Name | Description |
|---|---|
|
Timestamp of the update. |
|
The account which modified state of the reviewer in question as AccountInfo entity. |
|
The reviewer account added or removed from the change as an AccountInfo entity. |
|
The reviewer state, one of |
ReviewInput
The ReviewInput entity contains information for adding a review to a
revision.
| Field Name | Description | |
|---|---|---|
|
optional |
The message to be added as review comment. |
|
optional |
Apply this tag to the review comment message, votes, and inline
comments. Tags with an 'autogenerated:' prefix may be used by CI or other
automated systems to distinguish them from human reviews. If another
message was posted on a newer patchset, but with the same tag, then the older
message will be hidden in the UI. Suffixes starting with |
|
optional |
The votes that should be added to the revision as a map that maps the label names to the voting values. |
|
optional |
The comments that should be added as a map that maps a file path to a list of CommentInput entities. |
|
optional |
The robot comments that should be added as a map that maps a file path to a list of RobotCommentInput entities. |
|
optional |
Draft handling that defines how draft comments are handled that are
already in the database but that were not also described in this
input. |
|
optional |
List of draft IDs to be published. The draft IDs should belong to the current
user and be valid. If |
|
optional |
Notify handling that defines to whom email notifications should be sent
after the review is stored. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
|
optional |
If |
|
optional |
{account-id} the review
should be posted on behalf of. To use this option the caller must
have been granted |
|
optional |
A list of ReviewerInput representing reviewers that should be added/removed to/from the change. |
|
optional |
If true, and if the change is work in progress, then start review.
It is an error for both |
|
optional |
If true, mark the change as work in progress. It is an error for both
|
|
optional |
list of AttentionSetInput entities to add to the attention set. Users that are not reviewers, ccs, owner, or uploader are silently ignored. |
|
optional |
list of AttentionSetInput entities to remove from the attention set. |
|
optional |
If set to true, ignore all automatic attention set rules described in the attention set. Updates in add_to_attention_set and remove_from_attention_set are not ignored. |
|
optional |
List of query options to format the response. |
ReviewResult
The ReviewResult entity contains information regarding the updates
that were made to a review.
| Field Name | Description | |
|---|---|---|
|
optional |
Map of labels to values after the review was posted. Null if any reviewer additions were rejected. |
|
optional |
Map of account or group identifier to ReviewerResult representing the outcome of adding/removing a reviewer. Absent if no reviewer additions were requested. |
|
optional |
If true, the change was moved from WIP to ready for review as a result of this action. Not set if false. |
|
optional |
Error message for non-200 responses. |
|
optional |
Post-update change information. Only set if |
ReviewerInfo
The ReviewerInfo entity contains information about a reviewer and its
votes on a change.
ReviewerInfo has the same fields as
AccountInfo and includes
detailed account information.
In addition ReviewerInfo has the following fields:
| Field Name | Description |
|---|---|
|
The approvals of the reviewer as a map that maps the label names to the approval values (“-2”, “-1”, “0”, “+1”, “+2”). |
|
This field is inherited from |
ReviewerInput
The ReviewerInput entity contains information for adding or removing
reviewers to/from the change.
| Field Name | Description | |
|---|---|---|
|
The ID of one account that
should be added/removed as reviewer or the
ID of one internal group for which all members should be added as reviewers. |
|
|
optional |
Add reviewer in this state. Possible reviewer states are |
|
optional |
Whether adding the reviewer is confirmed. |
|
optional |
Notify handling that defines to whom email notifications should be sent
after the reviewer is added. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
ReviewerResult
The ReviewerResult entity describes the result of modifying reviewers of
a change.
| Field Name | Description | |
|---|---|---|
|
Value of the |
|
|
optional |
The newly added reviewers as a list of ReviewerInfo entities. |
|
optional |
The newly CCed accounts as a list of
AccountInfo entities. This field will
only appear if the requested |
|
optional |
The newly removed accounts as a list of
AccountInfo entities.
This field will only appear if the requested |
|
optional |
Error message explaining why the reviewer could not be added. |
|
|
Whether adding the reviewer requires confirmation. |
RevisionInfo
The RevisionInfo entity contains information about a patch set.
Not all fields are returned by default. Additional fields can
be obtained by adding o parameters as described in
Query Changes.
| Field Name | Description | |
|---|---|---|
|
The change kind. Valid values are |
|
|
The patch set number, or |
|
|
The timestamp of when the patch set was created. |
|
|
The uploader of the patch set as an AccountInfo entity. |
|
|
optional |
The real uploader of the patch set as an
AccountInfo entity. |
|
The Git reference for the patch set. |
|
|
Information about how to fetch this patch set. The fetch information is provided as a map that maps the protocol name (“git”, “http”, “ssh”) to FetchInfo entities. This information is only included if a plugin implementing the download commands interface is installed. |
|
|
optional |
The commit of the patch set as CommitInfo entity. |
|
optional |
The parent commits of this patch-set commit as a list of
ParentInfo entities. In each parent, we include the target
branch name if the parent is a merged commit in the target branch. Otherwise,
we include the change and patch-set numbers of the parent change. |
|
optional |
The name of the target branch that this revision is
set to be merged into. |
|
optional |
The files of the patch set as a map that maps the file names to FileInfo entities. Only set if CURRENT_FILES or ALL_FILES option is requested. |
|
optional |
Actions the caller might be able to perform on this revision. The information is a map of view name to ActionInfo entities. |
|
optional |
Indicates whether the caller is authenticated and has commented on the current revision. Only set if REVIEWED option is requested. |
|
optional |
If the COMMIT_FOOTERS option is requested and this is the current patch set, contains the full commit message with Gerrit-specific commit footers, as if this revision were submitted using the Cherry Pick submit type. |
|
optional |
If the PUSH_CERTIFICATES option is requested, contains the push certificate provided by the user when uploading this patch set as a PushCertificateInfo entity. This field is always set if the option is requested; if no push certificate was provided, it is set to an empty object. |
|
optional |
The description of this patchset, as displayed in the patchset selector menu. May be null if no description is set. |
RobotCommentInfo
The RobotCommentInfo entity contains information about a robot inline
comment.
RobotCommentInfo has the same fields as CommentInfo
except for the unresolved field which doesn’t exist for robot comments.
In addition RobotCommentInfo has the following fields:
| Field Name | Description | |
|---|---|---|
|
The ID of the robot that generated this comment. |
|
|
An ID of the run of the robot. |
|
|
optional |
URL to more information. |
|
optional |
Robot specific properties as map that maps arbitrary keys to values. |
|
optional |
Suggested fixes for this robot comment as a list of FixSuggestionInfo entities. |
RobotCommentInput
The RobotCommentInput entity contains information for creating an inline
robot comment.
| Field Name | Description | |
|---|---|---|
|
The file path for which the inline comment should be added. |
|
|
optional |
The side on which the comment should be added. |
|
optional |
The number of the line for which the comment should be added. |
|
optional |
The range of the comment as a CommentRange entity. |
|
optional |
The URL encoded UUID of the comment to which this comment is a reply. |
|
optional |
The comment message. |
|
The ID of the robot that generated this comment. |
|
|
An ID of the run of the robot. |
|
|
optional |
URL to more information. |
|
optional |
Robot specific properties as map that maps arbitrary keys to values. |
|
optional |
Suggested fixes for this robot comment as a list of FixSuggestionInfo entities. |
RuleInput
The RuleInput entity contains information to test a Prolog rule.
| Field Name | Description | |
|---|---|---|
|
Prolog code to execute instead of the code in |
|
|
|
When |
SubmitInput
The SubmitInput entity contains information for submitting a change.
| Field Name | Description | |
|---|---|---|
|
optional |
If set, submit the change on behalf of the given user. The value may take any format accepted by the accounts REST API. Using this option requires Submit (On Behalf Of) permission on the branch. |
|
optional |
Notify handling that defines to whom email notifications should be sent after
the change is submitted. |
|
optional |
Additional information about whom to notify about the update as a map of recipient type to NotifyInfo entity. |
SubmitRecord
The SubmitRecord entity describes results from a submit_rule.
Fields in this entity roughly correspond to the fields set by LABELS
in LabelInfo.
| Field Name | Description | |
|---|---|---|
|
|
|
|
optional |
Map of labels that are approved; an AccountInfo identifies the voter chosen by the rule. |
|
optional |
Map of labels that are preventing submit; AccountInfo identifies voter. |
|
optional |
Map of labels that need to be given to submit. The value is currently an empty object. |
|
optional |
Map of labels that can be used, but do not affect submit. AccountInfo identifies voter, if the label has been applied. |
|
optional |
Map of labels that should have been in |
|
optional |
When status is RULE_ERROR this message provides some text describing the failure of the rule predicate. |
SubmitRecordInfo
The SubmitRecordInfo entity describes results from a submit_rule.
| Field Name | Description | |
|---|---|---|
|
The name of the submit rule that created this submit record. The submit rule is
specified in the form of "$plugin~$rule" where |
|
|
|
|
|
optional |
A list of labels, each containing the following fields. |
|
optional |
List of the requirements to be met before this change can be submitted. |
|
optional |
When status is RULE_ERROR this message provides some text describing the failure of the rule predicate. |
SubmitRequirementExpressionInfo
The SubmitRequirementExpressionInfo describes the result of evaluating a
single submit requirement expression, for example label:code-review=+2.
| Field Name | Description | |
|---|---|---|
|
optional |
The submit requirement expression as a string, for example
|
|
True if the submit requirement is fulfilled for the change. |
|
|
A string containing the status of evaluating the expression which can be one
of the following: |
|
|
optional |
A list of passing atoms as strings. For the above expression,
|
|
optional |
A list of failing atoms. This is similar to |
|
optional |
If the submit requirement fails during evaluation, this string will contain an error message describing why it failed. |
SubmitRequirementInput
The SubmitRequirementInput entity describes a submit requirement.
| Field Name | Description | |
|---|---|---|
|
The submit requirement name. |
|
|
optional |
Description of the submit requirement. |
|
optional |
Query expression that can be evaluated on any change. If evaluated to true on a change, the submit requirement is then applicable for this change. If not specified, the submit requirement is applicable for all changes. |
|
Query expression that can be evaluated on any change. If evaluated to true on a change, the submit requirement is fulfilled and not blocking change submission. |
|
|
optional |
Query expression that can be evaluated on any change. If evaluated to true on a change, the submit requirement is overridden and not blocking change submission. |
|
optional |
Whether this submit requirement can be overridden in child projects. Default is
|
SubmitRequirementResultInfo
The SubmitRequirementResultInfo describes the result of evaluating a
submit requirement on a change.
| Field Name | Description | |
|---|---|---|
|
The submit requirement name. |
|
|
optional |
Description of the submit requirement. |
|
Status describing the result of evaluating the submit requirement. The status
is one of ( |
|
|
If true, this submit requirement result was created from a legacy SubmitRecord. Otherwise, it was created by evaluating a submit requirement. |
|
|
optional |
A SubmitRequirementExpressionInfo
containing the result of evaluating the applicability expression. Not set if the
submit requirement did not define an applicability expression.
Note that fields |
|
A SubmitRequirementExpressionInfo
containing the result of evaluating the submittability expression. |
|
|
optional |
A SubmitRequirementExpressionInfo
containing the result of evaluating the override expression. |
SubmittedTogetherInfo
The SubmittedTogetherInfo entity contains information about a
collection of changes that would be submitted together.
| Field Name | Description |
|---|---|
|
A list of ChangeInfo entities representing the changes to be submitted together. |
|
The number of changes to be submitted together that the current user cannot see. (This count includes changes that are visible to the current user when their reason for being submitted together involves changes the user cannot see.) |
SuggestedReviewerInfo
The SuggestedReviewerInfo entity contains information about a reviewer
that can be added to a change (an account or a group).
SuggestedReviewerInfo has either the account field that contains
the AccountInfo entity, or
the group field that contains the
GroupBaseInfo entity.
| Field Name | Description | |
|---|---|---|
|
optional |
An AccountInfo entity, if the suggestion is an account. |
|
optional |
A GroupBaseInfo entity, if the suggestion is a group. |
|
The total number of accounts in the suggestion. This is |
|
|
optional |
True if |
TopicInput
The TopicInput entity contains information for setting a topic.
| Field Name | Description | |
|---|---|---|
|
optional |
The topic. |
TrackingIdInfo
The TrackingIdInfo entity describes a reference to an external tracking system.
| Field Name | Description |
|---|---|
|
The name of the external tracking system. |
|
The tracking id. |
VotingRangeInfo
The VotingRangeInfo entity describes the continuous voting range from min
to max values.
| Field Name | Description |
|---|---|
|
The minimum voting value. |
|
The maximum voting value. |
WebLinkInfo
The WebLinkInfo entity describes a link to an external site. Depending on the
context and the provided data the UI may decide to show the link as a text link,
a linkified icon, or both.
If the tooltip is not provided, then the UI may fall back to showing something
like "Open in External Tool".
Weblinks will always be opened in a new tab.
| Field Name | Description | |
|---|---|---|
|
The text to be linkified. |
|
|
optional |
Tooltip to show when hovering over the link. Using "Open in $NAME_OF_EXTERNAL_TOOL" is a good option here. |
|
The link URL. |
|
|
optional |
URL to the icon of the link. |
WorkInProgressInput
The WorkInProgressInput entity contains additional information for a change
set to WorkInProgress/ReadyForReview.
| Field Name | Description | |
|---|---|---|
|
optional |
Message to be added as a review comment to the change being set WorkInProgress/ReadyForReview. |
Part of Gerrit Code Review