Các đóng góp cho một dự án nguồn mở nên được quản lý bởi (các) chủ sở hữu như thế nào?

Khi quản lý một dự án nguồn mở (sử dụng một dịch vụ như GitHub), người ta sẽ trả lời như thế nào sau đây:

Ai đó đã vui lòng gửi một bản vá để thêm một tính năng mới hoặc giải quyết vấn đề. Bất kỳ một trong các tình huống sau đây xảy ra:

• Mã nguồn không đáp ứng một hoặc nhiều quy ước đặt tên, v.v.
• Tôi cảm thấy rằng mã nguồn có thể được cải thiện theo một cách nhất định. Có lẽ hiệu quả tương tự có thể đạt được với nguồn đơn giản hơn nhiều, hoặc có lẽ cần một tính năng hữu ích khác.

Q1. Tôi có thể chấp nhận thay đổi nguồn đã gửi không? (điều này có thể có trên GitHub không?)

Quý 2 Có nên từ chối tất cả các đệ trình như vậy theo hướng dẫn trình?

H3 Nếu có cho Q2, vậy còn một ý tưởng thực sự gọn gàng được thực hiện kém thì sao? Có thể chấp nhận được cho tôi chỉ đi trước và tạo ra của riêng tôi?

Tôi muốn khuyến khích sự đóng góp nhưng đồng thời điều quan trọng là phải duy trì một tiêu chuẩn nhất định.

Thiết lập, nếu bạn chưa có, một tài liệu mô tả các tiêu chuẩn của dự án. Hãy chắc chắn phác thảo mọi thứ bạn cảm thấy quan trọng khi đóng góp mã cho dự án của bạn.

Sau đó, trả lời người cung cấp mã chi tiết rằng bạn rất đánh giá cao sự đóng góp và bạn muốn đưa vào bản vá, nhưng có một số vấn đề. Cung cấp một liên kết đến tài liệu và trích dẫn các vấn đề cụ thể mà bạn nhìn thấy. Sau đó, yêu cầu người đó sửa các vấn đề và gửi lại mã.

Nếu không có quá nhiều người đóng góp và đóng góp này khá có giá trị, bạn có thể chấp nhận bản vá, và sau đó, trong lần cam kết tiếp theo, hãy tự viết lại các phần của nó hoặc định dạng lại nó để xác nhận các tiêu chuẩn mã hóa. - Sau đó, sau đó, bạn sẽ gửi email đến cộng tác viên, với một liên kết đến khác biệt về những thay đổi bạn đã thực hiện. Hy vọng rằng người đóng góp sau đó sẽ nghiên cứu khác biệt và gửi bản vá tốt hơn vào lần tiếp theo mà bạn không cần phải sửa đổi.

Đây có thể là một ý tưởng hay, nếu bạn chưa viết bất kỳ tài liệu Hướng dẫn cộng tác viên hoặc Kiểu mã hóa nào . Trên thực tế, bạn có thể tiếp tục theo cách này (chấp nhận và sửa đổi các bản vá, gửi lại liên kết qua email cho diffs) cho đến khi bạn nhận thấy những lỗi mà hầu hết những người đóng góp làm. Và sau đó bạn chỉ bao gồm những lỗi đó trong Hướng dẫn cộng tác viên và Hướng dẫn tạo kiểu .

Nếu bạn làm theo cách này, câu trả lời cho Q1-Q3 sẽ là:

• Q1: Có, chỉnh sửa trình, trong một cam kết tiếp theo
• Q2: Không áp dụng (Tôi cho rằng bạn chưa viết bất kỳ hướng dẫn nào)
• Câu 3: Nói cảm ơn và viết lại :-) (Có lẽ việc áp dụng một bản vá hoàn toàn vô nghĩa, nếu, trong lần cam kết tiếp theo, bạn vẫn viết lại hoàn toàn bằng mọi cách)