Insiders Feedback: PRECISE file patching and multiple toolsets in the URL

Offen
  • Stimmt etwas nicht?
#3,567 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

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
Aktiv
Tech-Stack
github, go
Bereich
backend-api-design, tooling

Rechercherichtung

Start by locating the server-side implementations of create_or_update_file and push_files, then trace how remote-connector URLs parse toolset and header options. The issue does not identify files or tests, so scope the patch format, blob-SHA conflict handling, and URL syntax before implementation. Done means a requested exact or unified diff applies safely against the specified blob and conflicting changes are rejected, while the URL can select a bounded set of toolsets.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Version: Insiders

Feature: PATCHES ; CUSTOM HEADERS

Feedback:

Two things from daily use through a remote connector:

  1. Precise patching Right now changing one line means pushing the whole file back through create_or_update_file / push_files. For a 200KB doc that's a lot of tokens to add a comma, and a long rewrite through a model is an easy way to corrupt the file. Try add one line to ~MB .ts file. A patch tool would fix it: either old/new string replacement (must match exactly once) or a unified diff, applied server-side against a given blob SHA, rejected on conflict.

  2. Toolset selection in the remote URL The default toolset is too weak, and x/all is too big xd
    every tool schema eats context on each request. I'd like to pick a few toolsets in the URL itself (e.g repos + pull_requests + actions), remote connector config can't set custom headers.

Win & Win situation: a one-line edit to a large file costs roughly the size of the diff, and one connector URL exposes selection of tools instead of all of them.
LESS BANDWIDTH MORE EFFICIENCY

Vorherrschende Sprache
Go
Sterne
34.2k
Forks
5.3k
Ø Merge
5 T. 18 Std.
Gemergte PRs (30 T.)
13

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/github-mcp-server

Alle Issues in github/github-mcp-server

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.