opencode Open Source: das Fazit zu Community-PRs ist, dass sie zu 99 % der Zeit schlampig sind. selbst wenn es so aussieht, als wäre es ein guter PR, gibt es verdächtige Dinge. das kostet das Team Zeit. wir müssen den Fehler genau reproduzieren (weil es keine Schritte im Issue/PR gibt) es gibt eine UI-Änderung ohne Vorher/Nachher-Screenshots/Videos es gibt schrecklichen Code - wir müssten den Code ziehen, refaktorisieren/aufräumen und nachverifizieren es gibt Tests, die nichts testen - z. B. sie werden immer grün, selbst nachdem du absichtlich den Fehler wieder hinzufügst am Ende des Tages sind die meisten PRs nicht die Zeit wert, die es braucht, um sie richtig durchzugehen. Im Falle einer katastrophalen Implementierung werden wir stattdessen einfach die Fixierung/Funktion selbst von Grund auf neu machen. das gesagt - gute OSS-Leute stechen immer noch heraus, und ihre Beiträge werden zusammengeführt, und sie erhalten mehr Vertrauen, um größere Beiträge leisten zu können. selbst wenn wir Community-Beiträge zusammenführen, besitzen sie den Code nicht mehr, sobald er zusammengeführt wird - was ist, wenn es einen fatalen Fehler gibt und wir den neuen Code nicht vollständig verstehen? Es ist völlig in Ordnung, als OSS-Beitragender einen Monat lang zu verschwinden. Aber das ist ein Risiko, das wir berücksichtigen müssen. am Ende des Tages muss das Team den Garten pflegen und ein gewisses Maß an Qualität durchsetzen, manchmal bedeutet das, dass wir PRs nicht zusammenführen, die zu 80 % gut aussehen. viele PRs werden 'fixe Dinge DRINGEND ES BRICHT FÜR ALLE ROLLEN SIE JETZT ZURÜCK', aber dann bricht der verlinkte 'Fix'-Community-PR Tausende anderer Dinge.