OpenCodeオープンソース: コミュニティPRの結論は、99%が雑な仕事だということです。 たとえ良いPRに見えても、怪しい点はあります。 これはチームの時間を必要とします。 バグを正確に再現しなければなりません(問題やPRには手順がないため) UIが変わるのですが、ビフォーアフターのスクリーンショットや動画はありません ひどいコードなので、コードを抜いてリファクタリングやクリーンアップをし、その後検証する必要があります 何もテストしないテストもあります。例えば、バグを意図的に戻しても常に緑色になることがあります 結局のところ、ほとんどの自己記録は、きちんと確認する時間に見合う価値がありません。ひどい実装の場合は、自分たちで修正や機能を一から作り直します。 とはいえ、優れたOSSの人でも目立ち、貢献者は統合され、より大きな貢献ができるように信頼を得ます。 コミュニティの貢献をマージしても、マージされたらコードの所有者は彼らにはなりません。もし致命的なバグがあって新しいコードを完全に理解できなかったらどうすればいいのでしょうか?OSSの貢献者として1ヶ月間ディスピアに行くのは全く問題ありません。しかし、それは私たちが考慮しなければならないリスクです。 結局のところ、チームは庭を管理し、ある程度の品質を維持しなければなりません。時には、80%良好に見えるPRを統合しないことも含まれます 多くのPRは「問題を修正し、皆にとって急ぎ、今すぐ戻せ」と言いますが、リンクされたコミュニティPRは他にも何千ものもの問題を壊してしまいます。