イシューおよびプルリクエストを検索する

GitHub 上の issue と pull request を検索でき、これらの検索用修飾子を組み合わせることで、検索結果を絞ることができます。

この記事で

GitHub 全体にわたってグローバルに issue と pull request を検索できます。あるいは、特定の organization の issue と pull request に限った検索もできます。 詳しくは、「GitHubでの検索について」をご覧ください。

ヒント

  • この記事には、GitHub.com での検索例が含まれていますが、同じ検索フィルターを他の GitHub プラットフォームで使えます。
  • リポジトリの issue ページと issue ダッシュボードでブール型クエリと入れ子になったクエリを使用して、高度なフィルターを作成できます。 「AUTOTITLE」を参照してください。
  • 検索結果をさらに改善するために検索修飾子を追加できる検索構文の一覧については、「検索構文を理解する」を参照してください。
  • 複数単語の検索用語は引用符で囲みます。 たとえば "In progress" というラベルの問題を検索したい場合は、label:"in progress" と検索します。 検索では、大文字と小文字は区別されません。
  • 修飾子に一致する結果を除外するには、マイナス (ハイフン) 記号を使用します。 たとえば、"octocat" ユーザーによって作成された issue を無視するには、検索で -author:octocat を使用します。 これは、欠落しているメタデータ修飾子では機能 しないことに注意してください。
  • キーボードショートカットを使えば、Issueあるいはプルリクエストのリストの上にある検索バー上のカーソルに集中できます。 詳しくは、「キーボード ショートカット」をご覧ください。

問題またはプルリクエストのみを検索

既定では、GitHub の検索は、issue と pull request の両方を返します。 ただし、type または is の修飾子を使うことで、issue または pull request に限った検索ができます。

修飾子例
type:pr
          [
          **cat type:pr**](https://github.com/search?q=cat+type%3Apr&type=Issues) は、"cat" という単語を含む pull request と一致します。

| type:issue | github commenter:defunkt type:issue は、"github" という単語を含み、@defunkt によるコメントがある issue と一致します。 | is:pr | event is:pr は、"event" という単語を含む pull request と一致します。 | is:issue | is:issue label:bug is:closed は、"bug" というラベルを持つクローズした issue と一致します。

タイトル、本文、またはコメントで検索

          `in` 修飾子によって、タイトル、本文、コメントやその組み合わせに限定した検索ができます。 この修飾子を省略した場合、タイトル、本文、そしてコメントがすべて検索されます。
修飾子例
in:title
          [
          **warning in:title**](https://github.com/search?q=warning+in%3Atitle&type=Issues) は、タイトルに "warning" を含む issue と一致します。

| in:body | error in:title,body は、タイトルまたは本文に "error" を含む issue と一致します。 | in:comments | shipit in:comments は、コメントで "shipit" とメンションされている issue と一致します。

ユーザまたは Organization のリポジトリ内の検索

特定のユーザーや organization が所有する、すべてのリポジトリ内の issue と pull request を検索するには、user または org 修飾子を使います。 特定のリポジトリの issue や pull request を検索するには、repo 修飾子を使います。

10,000 を超えるリポジトリで pull request にアクセスできる場合は、結果を表示するには、検索を特定の組織、個人アカウント、またはリポジトリに制限する必要があります。

修飾子例
user:USERNAME
          [
          **user:defunkt ubuntu**](https://github.com/search?q=user%3Adefunkt+ubuntu&type=Issues) は、@defunkt が所有するリポジトリの "ubuntu" という単語を含む issue と一致します。

| org:ORGNAME | org:github は、GitHub組織が所有するリポジトリの問題と一致します。 | repo:USERNAME/REPOSITORY | repo:mozilla/shumway created:<2012-03-01 は 2012 年 3 月より前に作成された @mozilla の shumway プロジェクトの issue と一致します。

オープンかクローズかで検索

          `state` または `is` 修飾子を使って、オープンかクローズかで、issue と pull request をフィルタリングできます。
修飾子例
state:open libraries state:open mentions:vmg は、"libraries" という単語を含む @vmg をメンションするオープンの issue と一致します。
state:closed
          [
          **design state:closed in:body**](https://github.com/search?utf8=%E2%9C%93&q=design+state%3Aclosed+in%3Abody&type=Issues) は、本文に "design" という単語が含まれるクローズされた課題と一致します。

| is:open | performance is:open is:issue は、"performance" という単語を含むオープンな issue と一致します。 | is:closed | android is:closed は、"android" という単語を含む、クローズした issue や pull request と一致します。

マージ キューで pull request を検索する

          `is` 修飾子を使用して、マージするためにキューに登録されている pull request を検索することもできます。
修飾子例
is:queued
          [
          **is:queued**](https://github.com/search?q=is%3Aqueued&type=pullrequests) は、マージするために現在キューに登録されている pull request と一致します。

課題がクローズされた理由で検索する

          `reason` 修飾子を使うと、issue がクローズされたときの設定された理由に基づいて、issue をフィルター処理することができます。
修飾子例
reason:completed
          [
          **libraries is:closed reason:completed**](https://github.com/search?q=libraries+is%3Aclosed+reason%3Acompleted&type=Issues) は、"completed" としてクローズされた、"libraries" という単語を含む issue に一致します。

| reason:"not planned" | libraries is:closed reason:"not planned" は、"not planned" としてクローズされた、"libraries" という単語を含む issue に一致します。

リポジトリの可視性によるフィルタ

          `is` 修飾子を使って、Issue と pull request を含むリポジトリの可視性でフィルタリングできます。 詳しくは、「[AUTOTITLE](/repositories/creating-and-managing-repositories/about-repositories#about-repository-visibility)」をご覧ください。
修飾子例
is:public
          [
          **is:public**](https://github.com/search?q=is%3Apublic&type=Issues) は、パブリック リポジトリの issue や pull request と一致します。 |

| | | is:private | is:private cupcake は、アクセスできるプライベート リポジトリ内の "cupcake" という単語を含む issue や pull request と一致します。

作者で検索

          `author` 修飾子は、特定のユーザーまたは統合アカウントが作成した issue と pull request を検索します。
修飾子例
author:USERNAME
          [
          **cool author:gjtorikian**](https://github.com/search?q=cool+author%3Agjtorikian&type=Issues) は、@gjtorikian が作成した "cool" という単語を含む issue や pull request と一致します。

| in:body author: USERNAME | bootstrap in:body author:mdo は、本文に "bootstrap" という単語を含む、@mdo が作成した issue と一致します。 | author:app/USERNAME | author:app/robot は、"robot" という名前の統合アカウントが作成した issue と一致します。 | -author:app/USERNAME | author:app/robot は、"robot" という名前の統合アカウント以外の任意のユーザーが作成した issue と一致します。 修飾子の前のマイナス記号またはダッシュ文字 (-) は、検索クエリの修飾子の論理 NOT を示します。

アサインされた人で検索

          `assignee` 修飾子は、特定のユーザーにアサインされた Issue と pull request を検索します。 ワイルドカード文字 `*` を使用して、_誰でも_ 担当者を含む issue や pull request を検索できますが、これは単一のリポジトリ内でのみ可能です。 また、[担当者を含まない issue や pull request を検索する](#search-by-missing-metadata)こともできます。
修飾子例
assignee:USERNAME
          [
          **assignee:vmg repo:libgit2/libgit2**](https://github.com/search?utf8=%E2%9C%93&q=assignee%3Avmg+repo%3Alibgit2%2Flibgit2&type=Issues) は、@vmg に割り当てられている libgit2 のプロジェクト libgit2 の issue や pull request と一致します。

| assignee:* | is:open is:issue assignee:* は、任意のユーザーに割り当てられた単一リポジトリ内の未解決の issue に一致します。

メンションで検索

          `mentions` 修飾子は、特定のユーザーをメンションしている issue を検索します。 詳しくは、「[AUTOTITLE](/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax#mentioning-people-and-teams)」をご覧ください。
修飾子例
mentions:USERNAME ** resque mentions:defunkt ** は、@defunkt をメンションしている "resque" という単語を含む issue と一致します。

チームメンションで検索

あなたが属する Organization や Team の場合は、team 修飾子を使って、Organization 内の特定の Team を @mention している issue または pull request を検索できます。 検索を行うには、これらのサンプルの名前をあなたの Organization および Team の名前に置き換えてください。

修飾子例
team:ORGNAME/TEAMNAME** team:jekyll/owners ** は、@jekyll/owners Team がメンションされている issue と一致します。
          <code>
          team:
          <em>
          ORGNAME/TEAMNAME
          </em>
          </code>
          `is:open is:pr`
         | 
          **team:myorg/ops is:open is:pr** は、`@myorg/ops` Team がメンションされているオープンの pull request と一致します。

コメントした人で検索

          `commenter` 修飾子は、特定のユーザーからのコメントが含まれる issue を検索します。
修飾子例
commenter:USERNAME
          [
          **github commenter:defunkt org:github**](https://github.com/search?utf8=%E2%9C%93&q=github+commenter%3Adefunkt+org%3Agithub&type=Issues) は、"github" という単語を含む、GitHubが所有するリポジトリ内の問題と一致し、@defunkt によってコメントを付けます。

問題やプルリクエストに関与しているユーザーで検索する

          `involves` 修飾子は、特定のユーザーが何らかの方法で関与する Issue を検索します。 
          `involves` 修飾子は、1 人のユーザーを対象とした、`author`、`assignee`、`mentions`、`commenter` の修飾子の間の論理 OR です。 言い換えれば、この修飾子は、特定のユーザが作成した、当該ユーザにアサインされた、当該ユーザをメンションした、または、当該ユーザがコメントした、Issue およびプルリクエストを表示します。
修飾子例
involves:USERNAME
          **
          [involves:defunkt involves:jlord](https://github.com/search?q=involves%3Adefunkt+involves%3Ajlord&type=Issues)** は、@defunkt または @jlord が関与している issue と一致します。

| in:body involves: USERNAME | NOT bootstrap in:body involves:mdo は@mdo が関与している、本文に "bootstrap" という単語を含まない issue と一致します。

私のイシューとプルリクエストを検索する

目的の修飾子の後に @me を付けることにより、作成した、もしくは関わった issue や pull request を検索できます。 ユーザー名を用いた修飾子を使用すると、作成した、割り当てられた、メンションされた、またはレビュー担当として要求された issue や pull request への検索を限定することができます。

修飾子例
author:@me
          **
          [
          author:@me
          ](https://github.com/search?q=author%3A%40me)
          ** は、作成した issue と pull request と一致します。

| is:pr commenter:@me | ** is:pr commenter:@me** は、コメントした pull request に一致します。

リンクされた Issue とプルリクエストを検索する

結果を絞り込んで、クローズしているリファレンスによってプルリクエストにリンクされている、またはプルリクエストによってクローズされる可能性がある Issue にリンクされている Issue のみを表示することができます。

修飾子例
linked:pr repo:desktop/desktop is:open linked:pr は、クローズしているリファレンスによって pull request にリンクされている desktop/desktop リポジトリ内のオープンの issue と一致します。
linked:issue repo:desktop/desktop is:closed linked:issue は、pull request でクローズされた可能性がある issue にリンクされた、desktop/desktop リポジトリ内のクローズした pull request と一致します。
-linked:pr repo:desktop/desktop is:open -linked:pr は、クローズしているリファレンスによって pull request にリンクされていない、desktop/desktop リポジトリ内のオープンの issue と一致します。
-linked:issue repo:desktop/desktop is:open -linked:issue は、pull request でクローズする可能性がある issue にリンクされていない、desktop/desktop リポジトリ内のオープンの pull request と一致します。

ラベルで検索

          `label` 修飾子を使って、ラベルで検索結果を絞り込むことができます。 Issue は複数のラベルがある可能性があることから、各 Issue について異なる修飾子を記載できます。
修飾子例
label:LABEL
          [
          **label:"help wanted" language:ruby**](https://github.com/search?utf8=%E2%9C%93&q=label%3A%22help+wanted%22+language%3Aruby&type=Issues) は、Ruby リポジトリにあるラベル "help wanted" を含む issue と一致します。

| in:body -label: LABEL label: LABEL | broken in:body -label:bug label:priority は、本文に "broken" という単語を含み、"bug" というラベルはないが、"priority" というラベルは ある issue と一致します。 | label: LABEL label: LABEL | label:bug label:resolved は、ラベル "bug" と "resolved" を含む issue と一致します。 | label:LABEL,LABEL | label:bug,resolved は、ラベル "bug" またはラベル "resolved" を含む issue と一致します。

マイルストーンで検索

          `milestone` 修飾子は、リポジトリ内の[マイルストーン](/issues/using-labels-and-milestones-to-track-work/about-milestones)の一部である issue または pull request を検索します。
修飾子例
milestone:MILESTONE
          [
          **milestone:"overhaul"**](https://github.com/search?utf8=%E2%9C%93&q=milestone%3A%22overhaul%22&type=Issues) は、"overhaul" という名前のマイルストーンにある issue と一致します。

| milestone:MILESTONE | milestone:"bug fix" は、"bug fix" という名前のマイルストーンにある issue と一致します。

プロジェクトで検索する

          `project` 修飾子を使用して、特定のプロジェクトに関連付けられている issue を検索することができます。 プロジェクトはプロジェクト番号で検索する必要があります。 プロジェクトの URL の末尾に、プロジェクト番号が表示されています。
修飾子例
project:PROJECT_NUMBER
          **project:github/57** は、組織のプロジェクト 57 に関連付けられているGitHubが所有する問題と一致します。

| |

コミットステータスで検索

コミットのステータスでプルリクエストをフィルタリングできます。 これは、状態 API または CI サービスを使っている場合に特に便利です。

修飾子例
status:pending
          [
          **language:go status:pending**](https://github.com/search?utf8=%E2%9C%93&q=language%3Ago+status%3Apending) は、状態が保留中の Go リポジトリでオープンになっている pull request と一致します。

| status:success | is:open status:success finally in:body は、正常な状態の、本文に "finally" という単語を含むオープンの pull request と一致します。 | status:failure | created:2015-05-01..2015-05-30 status:failure は、失敗した状態の、2015 年 5 月にオープンされた pull request と一致します。

コミット SHA で検索

コミットの特定の SHA ハッシュを知っている場合、その SHA を含むプルリクエストを検索するために使えます。 SHA の構文は、7 字以上であることが必要です。

修飾子例
SHA
          [
          **e1109ab**](https://github.com/search?q=e1109ab&type=Issues) は、`e1109ab` で始まるコミット SHA のプルリクエストと一致します。

| SHA is:merged | 0eff326d6213c is:merged は、0eff326d6213c で始まるコミット SHA と一致するマージされたプルリクエストです。

ブランチ名で検索

元のブランチ (「head」ブランチ) またはマージされるブランチ (「base」ブランチ) でプルリクエストをフィルタリングできます。

修飾子例
head:HEAD_BRANCH head:change is:closed is:unmerged は、クローズしている単語 "change" で始まるブランチ名からオープンした pull request と一致します。
base:BASE_BRANCH
          [
          **base:gh-pages**](https://github.com/search?utf8=%E2%9C%93&q=base%3Agh-pages) は、`gh-pages` ブランチにマージされている pull request と一致します。

言語で検索

          `language` 修飾子により、特定の言語で記述されたリポジトリ内の issue や pull request を検索できます。
修飾子例
language:LANGUAGE
          [
          **language:ruby state:open**](https://github.com/search?q=language%3Aruby+state%3Aopen&type=Issues) は、Ruby リポジトリにあるオープンの issue と一致します。

コメントの数で検索

          `comments`と一緒に[「より大きい」、「より小さい」、および「範囲」の修飾子](/search-github/getting-started-with-searching-on-github/understanding-the-search-syntax)を使うと、コメントの数で検索できます。
修飾子例
comments:n
          [
          **state:closed comments:&gt;100**](https://github.com/search?q=state%3Aclosed+comments%3A%3E100&type=Issues) は、100 を超えるコメントを含む、クローズした issue と一致します。

| comments:n..n | comments:500..1000 は、コメントの数が 500 から 1,000 の issue と一致します。

インタラクションの数で検索

          `interactions`修飾子と[「より大きい」「より小さい」「範囲」修飾子](/search-github/getting-started-with-searching-on-github/understanding-the-search-syntax)を使用して、インタラクション数による issue と pull request のフィルタリングが可能です。 インタラクションの数とは、1 つの Issue またはプルリクエストにあるリアクションおよびコメントの数のことです。
修飾子例
interactions:n interactions:>2000 は、インタラクションの数が 2000 を超える pull request や issue と一致します。
interactions:n..n
          [
          **interactions:500...1000**](https://github.com/search?q=interactions%3A500..1000) は、インタラクションの数が 500 から 1,000 の pull request や issue と一致します。

リアクションの数で検索

          `reactions` クオリファイアと[「より大きい」,「より小さい」, および「範囲」クオリファイア](/search-github/getting-started-with-searching-on-github/understanding-the-search-syntax)を使用して、リアクションの数に基づいて issue と pull request をフィルタリングできます。
修飾子例
reactions:n
          [
          **リアクション&gt;1000**](https://github.com/search?q=reactions%3A%3E1000&type=Issues) は、リアクションの数が 1000 を超える issue と一致します。

| reactions:n..n | reactions:500...1000 は、リアクションの数が 500 から 1,000 の issue と一致します。

ドラフトプルリクエストを検索

ドラフトのプルリクエストにフィルターをかけることができます。 詳しくは、「pull requests について」をご覧ください。

修飾子例
draft:true
          [
          **draft:true**](https://github.com/search?q=draft%3Atrue) は、下書きの pull request と一致します。

| draft:false | draft:false は、レビューの準備ができている pull request と一致します。

プルリクエストレビューのステータスおよびレビュー担当者で検索

          [レビューの状態](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews) (_なし_、_必須_、承認、または要求_された_変更) に基づいて、レビュー担当者、および_要求された_レビュー担当者によってプル要求をフィルター処理できます。
修飾子例
review:none
          [
          **type:pr review:none**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+review%3Anone&type=Issues) は、レビューされていない pull requst と一致します。

| review:required | type:pr review:required は、マージする前にレビューを必要とする pull request と一致します。 | review:approved | type:pr review:approved は、レビュー担当者が承認した pull request と一致します。 | review:changes_requested | type:pr review:changes_requested は、レビュー担当者が変更をリクエストした pull request と一致します。 | reviewed-by:USERNAME | type:pr reviewed-by:gjtorikian は、特定のユーザーによってレビューされた pull request と一致します。 | review-requested:USERNAME | type:pr review-requested:benbalter は、特定のユーザーにレビューがリクエストされている pull request と一致します。 リクエストを受けたレビュー担当者は、プルリクエストのレビュー後は検索結果に表示されなくなります。 要求されたユーザーがレビューを要求されている Team にいる場合、その Team のレビュー要求も検索結果に表示されます。 | user-review-requested:@me | type:pr user-review-requested:@me は、そのユーザーが直接レビューを求められている pull request と一致します。 | team-review-requested:TEAMNAME | type:pr team-review-requested:github/docs は、Team github/docs からのレビュー要求がある pull request と一致します。 リクエストを受けたレビュー担当者は、プルリクエストのレビュー後は検索結果に表示されなくなります。

Issue やプルリクエストの作成時期や最終更新時期で検索

作成時期または最終更新時期で Issue をフィルタリングできます。 issue を作成する場合は、created 修飾子を使います。issue の最終更新時期を確認するには、updated 修飾子を使います。

両方とも、パラメータとして日付を受け取ります。 日付の書式設定は、ISO8601 標準の YYYY-MM-DD (年-月-日) に従う必要があります。 日付の後にオプションの時刻情報 THH:MM:SS+00:00 を追加して、時間、分、秒で検索することもできます。 これは、T の後に HH:MM:SS (時-分-秒)、UTC オフセット (+00:00) が続きます。

日付に対して検索を行う場合、結果をさらにフィルタリングするためにより大きい、より小さい、範囲の修飾子を利用できます。 詳しくは、「検索構文を理解する」をご覧ください。

修飾子例
created:YYYY-MM-DD
          [
          **language:c# created:<2011-01-01 state:open**](https://github.com/search?q=language%3Ac%23+created%3A%3C2011-01-01+state%3Aopen&type=Issues) は、C# で記述されたリポジトリで 2011 年より前に作成されたオープンの issue と一致します。

| updated:YYYY-MM-DD | weird in:body updated:>=2013-02-01 は、本文に "weird" という単語を含む、2013 年 2 月より後に更新されたイシューに該当します。

Issueやプルリクエストがクローズされた時期によって検索する

          `closed` 修飾子を使って、issue や pull request を、クローズされた時期でフィルタリングできます。

この修飾子は、パラメータとして日付を使います。 日付の書式設定は、ISO8601 標準の YYYY-MM-DD (年-月-日) に従う必要があります。 日付の後にオプションの時刻情報 THH:MM:SS+00:00 を追加して、時間、分、秒で検索することもできます。 これは、T の後に HH:MM:SS (時-分-秒)、UTC オフセット (+00:00) が続きます。

日付に対して検索を行う場合、結果をさらにフィルタリングするためにより大きい、より小さい、範囲の修飾子を利用できます。 詳しくは、「検索構文を理解する」をご覧ください。

修飾子例
closed:>YYYY-MM-DD
          [
          **language:swift closed:>2014-06-11**](https://github.com/search?q=language%3Aswift+closed%3A%3E2014-06-11&type=Issues) は、2014 年 6 月 11 日以降にクローズした Swift の issue や pull request と一致します。

| in:body closed:<YYYY-MM-DD | data in:body closed:<2012-10-01 は、本文に "data" という単語を含む、2012 年 10 月より前にクローズした issue や pull request と一致します。

プルリクエストがマージされた時期で検索

          `merged` 修飾子を使って、マージされた時期で pull request をフィルタリングできます。

この修飾子は、パラメータとして日付を使います。 日付の書式設定は、ISO8601 標準の YYYY-MM-DD (年-月-日) に従う必要があります。 日付の後にオプションの時刻情報 THH:MM:SS+00:00 を追加して、時間、分、秒で検索することもできます。 これは、T の後に HH:MM:SS (時-分-秒)、UTC オフセット (+00:00) が続きます。

日付に対して検索を行う場合、結果をさらにフィルタリングするためにより大きい、より小さい、範囲の修飾子を利用できます。 詳しくは、「検索構文を理解する」をご覧ください。

修飾子例
          <code>
          language:
          <em>
          LANGUAGE
          </em>
          </code>
          <code>
          merged:<
          <em>
          YYYY-MM-DD
          </em>
          </code>
         | 
          [
          **
          `language:javascript merged:<2011-01-01`
          **
          ](https://github.com/search?q=language%3Ajavascript+merged%3A%3C2011-01-01+&type=Issues) は、2011 年より前にマージされた JavaScript リポジトリの pull request と一致します。

| in:title language: LANGUAGE merged:> YYYY-MM-DD | fast in:title language:ruby merged:>=2014-05-01 は、2014 年 5 月以降にマージされ、タイトルに "fast" という単語を含む Ruby の pull request と一致します。

プルリクエストがマージ済みか未マージかを基に検索する

is 修飾子を使って、マージされているかどうかで pull request をフィルタリングできます。

修飾子例
is:merged
          [
          **bug is:pr is:merged**](https://github.com/search?utf8=%E2%9C%93&q=bugfix+is%3Apr+is%3Amerged&type=) は、"bug" という単語を含むマージされた pull request と一致します。

| is:unmerged | error is:unmerged というクエリは、"error" という単語を含み、オープンのままかマージされずにクローズされたプルリクエストと一致します。

リポジトリがアーカイブされているかどうかで検索

          `archived` 修飾子は、issue または pull request がアーカイブされたリポジトリにあるかどうかで結果をフィルタリングします。
修飾子例
archived:true
          [
          **archived:true GNOME**](https://github.com/search?q=archived%3Atrue+GNOME&type=) は、アクセスできるアーカイブされたリポジトリ内の "GNOME" という単語を含む issue や pull request と一致します。

| archived:false | archived:false GNOME は、アクセスできるアーカイブされていないリポジトリ内の "GNOME" という単語を含む issue や pull request と一致します。

会話がロックされているかどうかで検索

          `is` 修飾子を使って、ロックされている会話がある issue または pull request を検索することができます。 詳しくは、「[AUTOTITLE](/communities/moderating-comments-and-conversations/locking-conversations)」をご覧ください。
修飾子例
is:locked code of conduct is:locked is:issue archived:false は、アーカイブされていないリポジトリ内にロックされた会話がある "code of conduct" という単語を含む issue や pull request と一致します。
is:unlocked code of conduct is:unlocked is:issue archived:false は、アーカイブされていないリポジトリ内にロックされていない会話がある "code of conduct" という単語を含む issue や pull request と一致します。

欠損しているメタデータで検索

          `no` 修飾子を使って、特定のメタデータがない issue や pull request に検索を絞り込むことができます。 これらの修飾子をマイナス記号 (ハイフン) と組み合わせて、メタデータが欠落している項目を除外することはできません。 こうしたメタデータには、以下のようなものがあります:
  • ラベル
  • マイルストーン
  • 担当者
  • プロジェクト
修飾子例
no:label
          [
          **priority no:label**](https://github.com/search?q=priority+no%3Alabel&type=Issues) は、ラベルを持たない "priority" という単語を含む issue や pull request と一致します。

| no:milestone | sprint no:milestone type:issue は、"sprint" という単語を含むマイルストーンに関連付けられていない issue と一致します。 | no:assignee | important no:assignee language:java type:issue は、担当者に関連付けられていない問題と一致し、"重要" という単語を含み、Javaリポジトリ内のイシューを表します。 | no:project | build no:project は、"build" という単語を含み、プロジェクト に関連付けられていない issue と一致します。

参考資料

  •         [AUTOTITLE](/search-github/getting-started-with-searching-on-github/sorting-search-results)