Recherchez les tickets, les pull requests fusionnées et les README des dépôts de code publics, ainsi que les sites de documentation sélectionnés. Les résultats sont classés par pertinence et incluent les passages correspondants au format Markdown.
POST est disponible sur le même chemin pour transmettre des filtres de tableau au format JSON.
Les filtres répétables acceptent l’une ou l’autre forme avec GET : un paramètre de requête répété tel que types=issue&types=pull_request, ou une seule valeur séparée par des virgules telle que types=issue,pull_request.
Comment repos et sources définissent le périmètre d’une recherche#
L’index comporte deux parties, et ces deux filtres en définissent indépendamment le périmètre :
reposdéfinit le périmètre de la partie des dépôts, c’est-à-dire des typesissue,pull_requestetreadmesourcesdéfinit le périmètre de la partie documentation, c’est-à-dire du typedoc- Fournir les deux combine les deux parties au lieu de les intersecter : vous obtenez donc des résultats correspondants de l’une ou l’autre
Comme chaque filtre ne s’applique qu’à une seule partie, un filtre qui ne peut correspondre à aucun type demandé est rejeté plutôt que de ne rien renvoyer silencieusement :
repossans type de dépôt danstypesrenvoie400, indiquant quereposne peut correspondre à aucun type demandé et que vous devez ajouter des types de dépôt ou supprimerrepossourcessansdocdanstypesrenvoie400avecsources cannot match any requested type; add doc or drop sources
Comment les filtres de dépôt définissent le périmètre d’une recherche#
Les sept filtres de dépôt — language (par exemple Rust), topic (par exemple async), license (par exemple MIT), min_stars, max_stars, archived et fork — décrivent un dépôt de code. La plupart des pages de documentation de l’index proviennent d’un site web exploré sans dépôt associé, et aucune propriété de dépôt ne peut inclure ou exclure une telle page.
Une requête qui envoie l’un de ces filtres sans définir sources n’obtient donc aucun résultat doc. Sa réponse ne contient que des éléments du dépôt : les types issue, pull_request et readme, car la partie documentation de l’index n’a jamais été interrogée. C’est le comportement prévu, et non un problème d’indexation.
Pour conserver les résultats de documentation, supprimez les filtres de dépôt. Vous pouvez également définir le périmètre de la partie documentation avec sources, puis consulter l’écho sources dans la réponse pour confirmer que l’identifiant est indexé.
Valeurs acceptées par sources#
sources n’est pas un enum fixe. Il accepte des identifiants de sources de documentation : chacun est une chaîne non vide de 512 caractères maximum, avec une limite de 20 par requête. Les identifiants correspondent aux sites de documentation présents dans l’index, et cette liste s’étoffe au fil du temps.
Pour vérifier qu’un identifiant est résolu, transmettez-le et consultez le tableau sources ajouté à la réponse. Il n’apparaît que si vous avez envoyé sources et indique chaque identifiant exactement tel que vous l’avez demandé, ainsi que son statut d’indexation :
indexed: true signifie que la source possède une génération publiée et que des éléments de preuve issus de sa documentation peuvent donc apparaître. indexed: false signifie qu’aucun élément associé à cet identifiant ne peut correspondre, ce qui permet de distinguer un identifiant absent de l’index d’une requête qui n’a tout simplement rien trouvé.
repos est renvoyé de la même façon, sous la forme d’un tableau repos indiquant indexed et une répartition par type sous types :
Pour une vue d’ensemble du workflow, consultez le guide index développeur.

