Làm thế nào để đối phó với những người đóng góp nguồn mở có ý nghĩa?

Nếu một lập trình viên liên lạc với bạn và yêu cầu đóng góp cho dự án của bạn, làm thế nào để bạn xử lý nó?

Bạn không biết anh chàng này có tốt không. Có lẽ anh ta sẽ gặp nhiều rắc rối hơn giá trị của mình.
Anh ta có thể đang cố gắn tên mình vào một dự án thành công chỉ dành cho danh tiếng.
Anh ta có thể đang cố gắng thực hiện dự án theo hướng bạn không thực sự muốn, thêm các tính năng mà bạn nghĩ không đáng để phức tạp thêm.
Hoặc, anh ta có thể là một người đóng góp rất hữu ích. Bạn chỉ không biết.

Làm thế nào để bạn xử lý các yêu cầu như vậy từ những người bạn không biết (Trên GitHub, cụ thể, nếu điều đó tạo ra sự khác biệt)? Những nghi thức ở đây là gì?

open-source github

— Độc tấu
nguồn

trên github chỉ cần để anh ta đưa ra yêu cầu kéo và từ chối nếu bạn không thích nó

— ratchet freak

Tên tài khoản phù hợp?

— Aren

Tôi nghĩ những gì bạn có thể đề cập đến là một trạng thái cộng tác viên tích cực của cộng đồng. Nói tóm lại: Đừng biến ai đó thành người đóng góp cho thứ gì đó mà họ chưa đóng góp. Các dự án nguồn mở có lợi ích là bất kỳ ai cũng có thể làm việc với nó, vì vậy hãy để họ làm điều đó và sau đó quyết định.

— chọc

@Aren tôi có được thêm +=1cho điều đó?

— Solo

Câu trả lời:

Tư cách thành viên trong một dự án OSS không giống như một nhóm công ty được tài trợ, nơi mọi người được phỏng vấn và lựa chọn. Nguồn đã ở ngoài đó (không phải là nguồn mở khác). Nói với họ để gửi trong một số bản vá. Nếu chúng là bản vá tốt (và bạn phải xem lại chúng trước), hãy cam kết chúng. Một khi khách hàng tiềm năng xây dựng niềm tin và lịch sử tạo ra những đóng góp có giá trị, hãy cho anh ta quyền truy cập bằng văn bản.

Các đội OSS phát triển hữu cơ. Làm cho mình sẵn sàng để đặt câu hỏi và để họ xây dựng một số tín dụng đường phố theo thời gian.

— Michael
nguồn

+1 cái này. Các bản vá là cách tốt nhất để bắt đầu vì chúng tạo ra rào cản thấp nhất để bắt đầu. Nếu người đó bắt đầu cung cấp nhiều bản vá hơn (hoặc trở thành cộng tác viên thường xuyên) thì việc chuyển đổi để lấy yêu cầu sẽ nhanh hơn / dễ dàng hơn.

— Evan Plaice

Xin lỗi vì sự thiếu hiểu biết của tôi, nhưng có sự khác biệt giữa Bản vá và Yêu cầu Kéo không?

— heltonbiker

Tại sao không để người háo hức này gửi cho bạn một yêu cầu kéo? Bạn sẽ có cơ hội để xem xét và phê bình mã của người đó. Đây dường như là giải pháp đơn giản nhất.

— duggiefresh
nguồn

Không phải đó là cách GitHub hoạt động sao?

— alroc

Điều duy nhất tôi muốn thêm là yêu cầu người này yêu cầu kéo đầu tiên là một cái gì đó nhỏ, để tránh họ dành quá nhiều nỗ lực cho nó trước khi bạn có thể thấy mã của họ. Khi phải đối mặt với một "thử thách" như thế này, họ có thể cảm thấy bắt buộc phải gửi một cái gì đó lớn và ấn tượng :-)

— Krzysztof Kozielc: 05

và một cái gì đó lớn và ấn tượng sẽ phá vỡ mọi thứ nếu không được xử lý cẩn thận

— ratchet freak

Vì vậy, nếu đóng góp là hữu ích, nhưng thiếu chất lượng, và bạn quá bận rộn để nắm tay anh ấy, liệu có ổn không khi từ chối đóng góp?

— Solo

@Solo: Chắc chắn rồi. Bạn cũng có thể mong đợi / yêu cầu người đóng góp duy trì và sửa lỗi trong tính năng của họ, ít nhất là cho đến khi các thành viên còn lại học được mã đó và đặc biệt là cho các cam kết lớn hơn.

— Hugo

Chấp nhận và xem xét các thay đổi từ anh ấy trên cơ sở tạm thời. Cung cấp cho anh ta quyền truy cập vào kho lưu trữ mã nguồn khi anh ta chứng minh được giá trị của mình.

— Robert Harvey
nguồn