2012.04.30 16:37

Gerrit 검색 쿼리 도움말

조회 수 19395 댓글 0


Prev이전 문서

Next다음 문서

+ - Up Down Comment Print


Prev이전 문서

Next다음 문서

+ - Up Down Comment Print

Default Searches

Most basic searches can be viewed by clicking on a link along the top menu bar. The link will prefill the search box with a common search query, execute it, and present the results. If exactly one change matches the search, the change will be presented instead of a list.

Description Default Query
All > Open status:open (or is:open)
All > Merged status:merged
All > Abandoned status:abandoned
My > Dafts has:draft
My > Watched Changes status:open is:watched
My > Starred Changes is:starred
Open changes in Foo status:open project:Foo

Similar to many popular search engines on the web, just enter some text and let Gerrit figure out the meaning:

Description Examples
Legacy numerical id 15183
Full or abbreviated Change-Id Ic0ff33
Full or abbreviated commit SHA-1 d81b32ef
Email address
Approval requirement CodeReview>=+2, Verified=1

Search Operators

Operators act as restrictions on the search. As more operators are added to the same query string, they further restrict the returned results.


Amount of time that has expired since the change was last updated with a review comment or new patch set. The age must be specified to include a unit suffix, for example age:2d:

  • s, sec, second, seconds

  • m, min, minute, minutes

  • h, hr, hour, hours

  • d, day, days

  • w, week, weeks (1 week is treated as 7 days)

  • mon, month, months (1 month is treated as 30 days)

  • y, year, years (1 year is treated as 365 days)


Either a legacy numerical ID such as 15183, or a newer style Change-Id that was scraped out of the commit message.


Changes originally submitted by USER.


Changes that have been, or need to be, reviewed by USER.


Changes where SHA1 is one of the patch sets of the change.


Changes occuring in PROJECT.


Changes for BRANCH. The branch name is the short name shown in the web interface, without the traditional refs/heads/ prefix. This operator is a shorthand for refs:. Searching for branch:master really means ref:refs/heads/master, and searching for branch:refs/heads/master is the same as searching for ref:refs/heads/refs/heads/master.


Changes whose designated topic at upload was TOPIC. This is often combined with branch: and project: operators to select all related changes in a series.


Changes where the destination branch is exactly the given REF name. Since REF is absolute from the top of the repository it must start with refs/.

tr:ID, bug:ID

Search for changes whose commit message contains ID and matched one or more of the trackingid sections in the server's configuration file. This is typically used to search for changes that fix a bug or defect by the issue tracking system's issue identifier.


Matches changes where the approval score VALUE has been set during a review. See labels below for more detail on the format of the argument.


Matches any change where REGEX matches a file that was affected by the change. The regular expression pattern must start with ^. For example, to match all XML files use file:^.*\.xml$. Currently this operator is only available on a watched project and may not be used in the search bar.


True if there is a draft comment saved by the current user.


Same as is:starred, true if the change has been starred by the current user.


Same as has:star, true if the change has been starred by the current user.


True if this change matches one of the current user's watch filters, and thus is likely to notify the user when it updates.


True if there is at least one non-zero score on the change, in any approval category, by any user.


True if the change is other open or submitted, merge pending.


True if the change is either merged or abandoned.

is:submitted, is:merged, is:abandoned

Same as status:STATE.


True if the change state is other review in progress or submitted, merge pending.


Same as is:reviewed, matches if there is at least one non-zero score on the change, in any approval category, by any user.


Change has been submitted, but is waiting for a dependency.


True if the change is either merged or abandoned.


Change has been merged into the branch.


Change has been abandoned by the change owner, or administrator.

Boolean Operators

Unless otherwise specified, operators are joined using the AND boolean operator, thereby restricting the search results.

Parentheses can be used to force a particular precendence on complex operator expressions, otherwise OR has higher precendence than AND.


Any operator can be negated by prefixing it with -, for example -is:starred is the exact opposite of is:starred and will therefore return changes that are not starred by the current user.

The operator NOT (in all caps) is a synonym.


The boolean operator AND (in all caps) can be used to join two other operators together. This results in a restriction of the results, returning only changes that match both operators.


The boolean operator OR (in all caps) can be used to find changes that match either operator. This increases the nubmer of results that are returned, as more changes are considered.


Label operators can be used to match approval score given during a code review. The specific set of supported labels depends on the server configuration, however CodeReview and Verified are the default labels provided out of the box.

A label name is any of the following:

  • The category name. If the category name contains spaces, it must be wrapped in double quotes. Example: label:"Code Review".

  • The name, without spaces. This avoids needing to use double quotes for the common category Code Review. Example: label:CodeReview.

  • The internal short name. Example: label:CRVW, or label:VRIF.

  • The one or two character abbreviation shown in the column header of change list pages. Example: label:R or label:V.

A label name must be followed by a score, or an operator and a score. The easiest way to explain these are by example.


Matches changes where there is at least one +2 score for Code Review. The + prefix is optional for positive score values. If the + is used, the = operator is optional.


Matches changes where there is at least one -2 score for Code Review. Because the negative sign is required, the = operator is optional.


Matches changes where there is at least one +1 score for Code Review. Scores of +2 are not matched, even though they are higher.


Matches changes with either a +1, +2, or any higher score.


Matches changes with either a -1, -2, or any lower score.

is:open CodeReview+2 Verified+1 -Verified-1 -CodeReview-2

Matches changes that are ready to be submitted.

is:open (Verified-1 OR CodeReview-2)

Changes that are blocked from submission due to a blocking score.

Magical Operators

Most of these operators exist to support features of Gerrit Code Review, and are not meant to be accessed by the average end-user. However, they are recognized by the query parser, and may prove useful in limited contexts to administrators or power-users.


Matches changes that are visible to USER or to anyone who is a member of GROUP. Here group names may be specified as either an internal group name, or if LDAP is being used, an external LDAP group name. The value may be wrapped in double quotes to include spaces or other special characters. For example, to match an LDAP group: visibleto:"CN=Developers, DC=example, DC=com".

This operator may be useful to test access control rules, however a change can only be matched if both the current user and the supplied user or group can see it. This is due to the implicit is:visible clause that is always added by the server.


Magical internal flag to prove the current user has access to read the change. This flag is always added to any query.


Matches changes that have been started by USER.


Matches changes that USER has configured watch filters for.


Matches changes that USER has left unpublished drafts on. Since the drafts are unpublished, it is not possible to see the draft text, or even how many drafts there are.


Limit the returned results to no more than CNT records. This is automatically set to the page size configured in the current user's preferences. Including it in a web query may lead to unpredictable results with regards to pagination.


Positions the low level scan routine to start from KEY and continue through changes from this point. This is most often used for paginating result sets. Including this in a web query may lead to unpredictable results.

sortkey_after:KEY, sortkey_before:KEY

Restart the low level scan routine from KEY. This is automatically set by the pagination system as the user navigates through results of a query. Including either value in a web query may lead to unpredictable results.

Part of Gerrit Code Review

Dreamy의 코드 스크랩

내가 모으고 내가 보는

List of Articles
번호 분류 제목 날짜 조회 수 추천 수
88 Android [GIT 사용법] Git Tutorial 2011.12.26 98032 0
87 Android [GIT 사용법] 초보자가 알아두면 좋을 명령어 정리 1 2011.12.26 67808 0
86 Android Fastboot (Android Image 적용) 사용하기 2012.02.15 23001 0
85 Android Wifi을 이용한 adb 연결 2012.02.28 21763 0
84 Android logcat 사용법 2012.04.12 37296 0
83 Android [GIT 사용법] Dreamy의 요약 2 secret 2012.04.20 158 0
82 Android Git 사용자 설명서 2012.04.24 16923 0
» Android Gerrit 검색 쿼리 도움말 2012.04.30 19395 0
80 Android [GIT 사용법] Git Log 활용하기 2012.05.08 13803 0
79 Android How to create OMA DRM v1.0 content 2012.05.24 14222 0
78 Android Android Log (logcat) 보기 2012.06.08 28205 0
77 Android Android Property 사용하기 2012.07.17 30756 0
76 Android [GIT 사용법] 다른 branch와의 차이점 찾아보기 2012.08.16 22806 0
75 Android adb로 db보기 2012.08.31 17417 0
74 Android 안드로이드 어플리케이션의 메모리 사용량을 확인하는 방법 2012.09.03 29745 0
Board Pagination ‹ Prev 1 2 3 4 5 6 Next ›
/ 6

나눔글꼴 설치 안내

이 PC에는 나눔글꼴이 설치되어 있지 않습니다.

이 사이트를 나눔글꼴로 보기 위해서는
나눔글꼴을 설치해야 합니다.

설치 취소

Designed by / sketchbook5 board skin

Sketchbook5, 스케치북5

Sketchbook5, 스케치북5

Sketchbook5, 스케치북5

Sketchbook5, 스케치북5