Jeg føler at Github PR-er bør erstattes av lokale verktøy på klientsiden. En PR -> et signal som ber om sammenslåing av en gren til en målgren PR-gjennomgang - > gjenbruke det samme signalet som ovenfor, send inn PR på toppen av PR-grenen Nå trenger diff hunks revisjonskontrollerte kommentarer. Gjort.

/minn meg selv på å sjekke ut den nye utgivelsen av @radicle_xyz som tar sikte på lokal desentralisert revisjonskontroll, inkludert billettering og filialsamarbeid ...

Presisering: en "diff hunk-kommentar" tar sikte på å oppfylle funksjonaliteten til en GH-anmeldelseskommentar: Den spores i revisjonshistorikken, kommenterer en hunk (f.eks. "denne API-fn-en må være asynkron" der følgende hunks konverterer funksjonen), og vises ikke i kode.

Jeg ville ikke bli overrasket i det hele tatt om git allerede har denne innebyggingen et sted (under lag med kompleksitet), siden den er veldig nær "e-postoppdateringer til samarbeidspartnere"-stilen som er nærmere gits røtter. Vrien er revisjonskontroll av diff *kommentarer*.

Avklaring 2: Den opprinnelige innsenderen kan svare på "gjennomgangs-pullen" ved enten å godta diffen, eller ved å opprette en tredje pull-forespørsel på toppen av vurderings-pull-en (en respons-på-vurdering). Denne ping-pongingen fortsetter til begge parter godtar alle redigeringene. Samhandlingen lagres i historikken

ps: Jeg hacker på et desentralisert lokalt første revisjonskontrollverktøy som en hobby (~år til ∞ leveringsdato). Jeg vil at den skal støtte disse brukstilfellene: - PR-prosess som ovenfor - oppløsning kan produsere en "klemt" enkeltendring som en del av "fortellingen" - Hele historikken er fortsatt tilgjengelig