mã nguồn mở: điều cốt lõi với các PR từ cộng đồng là 99% thời gian chúng đều là những thứ tệ hại. ngay cả trong trường hợp nó trông như một PR tốt, vẫn có những điều đáng ngờ. điều này chiếm thời gian của đội ngũ. chúng tôi phải tái tạo chính xác lỗi (bởi vì không có bước nào trong vấn đề/PR) có một thay đổi giao diện người dùng mà không có ảnh chụp màn hình/video trước/sau có mã xấu - chúng tôi cần phải kéo mã, tái cấu trúc/làm sạch, xác minh sau đó có các bài kiểm tra không kiểm tra gì cả - ví dụ, chúng luôn thành công, ngay cả khi bạn cố tình thêm lỗi trở lại cuối cùng, hầu hết các PR không xứng đáng với thời gian cần thiết để xem xét kỹ lưỡng. trong trường hợp một triển khai tồi tệ, chúng tôi sẽ tự làm sửa lỗi/tính năng từ đầu. nói như vậy - những người OSS tốt vẫn nổi bật, và những người đóng góp của họ được hợp nhất, và họ nhận được nhiều niềm tin hơn, để có thể thực hiện những đóng góp lớn hơn. ngay cả khi chúng tôi hợp nhất các đóng góp từ cộng đồng, họ không sở hữu mã sau khi nó được hợp nhất - nếu có một lỗi nghiêm trọng và chúng tôi không hoàn toàn hiểu mã mới? hoàn toàn ổn khi biến mất trong một tháng như một người đóng góp OSS. nhưng đó là rủi ro mà chúng tôi phải tính đến. cuối cùng, đội ngũ phải chăm sóc khu vườn và thực thi một mức độ chất lượng nào đó, đôi khi điều này bao gồm việc không hợp nhất các PR trông 80% tốt để đi. nhiều PR sẽ 'sửa chữa điều gì đó KHẨN CẤP NÓ GÃY CHO TẤT CẢ RỒI QUAY LẠI NGAY', nhưng sau đó PR cộng đồng 'sửa chữa' liên kết lại làm gãy hàng ngàn thứ khác.