[FR] Allow for restricting searches by org, repo, and branch/tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- typescript
- Bereich
- search
Rechercherichtung
The issue does not name files, tests, or an implementation entry point. Start by locating how search requests are handled and how GitLab repositories, organizations, and branches or tags are represented; done means searches can be restricted to each requested scope while preserving relevant source-code results.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I'd like to be able to request source code specific to projects rather than from the entire GitLab instance.
Why?
- May be helpful for engineers onboarding to a team or project. It could help answer questions like "where is function xyz?", "where is this log message coming from?", etc.
- Would be highly useful in agentic workflows that may analyze code or use snippets of code as part of an analysis.
- I'm thinking of a situation where you may have logs you'd like to analyze, and you know which repository or org the logs are generated from. If an agent can analyze the logs and recognize log messages that it may want to search on, narrowing the search to the specific org/repo would ensure the results are relevant, and the search may be a bit quicker.
- Example: Agent recognizes that lines 150–200 in the logs are pertinent to the failure and finds a repeating log message,
ERROR something is wrong..., I want the agent to be able to search for that log message in the source code for additional targeted context rather than cloning the entire repository and flooding the context window with code.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 3.9k
- Forks
- 374
- Ø Merge
- 21 Std. 18 Min.
- Gemergte PRs (30 T.)
- 39
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus sourcebot-dev/sourcebot
-
bug triage needed
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
sourcebot-dev/sourcebot#1681 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
sourcebot-dev/sourcebot#1633 ·
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
sourcebot-dev/sourcebot#1384 · 4 Kommentare ·
-
ask_sb bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
sourcebot-dev/sourcebot#1137 · 4 Kommentare ·
-
bug triage needed
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
sourcebot-dev/sourcebot#1661 · 1 Kommentar ·
Alle Issues in sourcebot-dev/sourcebot
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
bcgov/bc-wallet-mobile#4761 · 1 Kommentar ·
-
external-issue to-triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
-
area-deployment area-integrations triage:bot-seen
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 86/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
-
refactor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100