2008-08-05 25 views

Trả lời

18

Tôi sẽ dành thời gian tìm hiểu người đầu tiên. Thông thường họ có một phòng chat IRC nơi mọi người nhàn rỗi. Chi tiêu đôi khi tìm hiểu người dân, nghiên cứu mã, xem lại tài liệu, sau đó nếu bạn cảm thấy mình phù hợp với dự án, hãy bắt đầu đóng góp cho các bản vá lỗi. Đừng cố gắng thêm các tính năng mới lúc đầu. Chúng thường không được chấp nhận.

Đồng thời xem cuộc hội thoại kỹ thuật này về số How To Protect Your Open Source Project from Poisonous People. Nó sẽ dạy bạn những gì không nên làm.

+0

Liên kết bị hỏng (6 tuổi, không có thắc mắc). Đã sửa. –

+0

Dưới đây là cách tôi có thể đóng góp mã nguồn mở: Tạo một dự án bằng cách sử dụng nguồn mở đó và khi bạn thấy rằng có thể thêm mã nguồn mở vào mã nguồn mở để những người sử dụng nó. Bạn tạo tính năng đó và đó là đóng góp của bạn cho nguồn mở. –

0

Tùy thuộc vào dự án, cách thức và vị trí được lưu trữ. Điều tốt nhất là tìm một số liên lạc và gửi email cho họ hoặc xem liệu có danh sách gửi thư dành cho nhà phát triển hay không.

1

Điều đầu tiên bạn nên làm là liên hệ với những người chính điều hành dự án nguồn mở. Yêu cầu họ nếu nó là ok để đóng góp cho mã và đi từ đó.

Chỉ cần viết mã được cải thiện của bạn và sau đó gửi mã cho chúng có thể dẫn đến mã của bạn bị từ chối.

4

Như các áp phích trước đã nói, đó là vấn đề cho dự án. Bạn sẽ thấy rằng một số người cởi mở hơn thay đổi so với những người khác. Từ quan điểm cơ học, bạn sẽ cần phải xem liệu họ có sử dụng SVN (ví dụ trên mã google) hay CVS (ví dụ trên sourceforge) và xác định xem họ có sử dụng bản vá hay một số phương pháp khác không.

Một ví dụ điển hình của loại phẫu thuật mà bạn có thể cần phải sử dụng có thể được nhìn thấy trên các trang web gimp: http://www.gimp.org/bugs/howtos/submit-patch.html Lưu ý việc họ sử dụng Bugzilla, vá và CVS

3

Mọi thứ như thế này đã từng là đơn giản.

Đã có danh sách gửi thư cho người dùng và một danh sách cho nhà phát triển. Nếu bạn thấy một vấn đề và có thể sửa chữa nó và sửa chữa nó và sau đó chạy Patch của Larry Wall và gửi bản vá kết quả đến danh sách devs với một lời giải thích nhanh chóng về những gì nó làm. Nói chung một dev có quyền ghi vào CVS (hoặc trong những ngày cũ thực sự có dự án đĩa mềm cư trú;)) sẽ kiểm tra mọi thứ và nếu bản vá của bạn làm những gì nó nói trên tin và không phá vỡ bất cứ thứ gì khác cây nguồn thích hợp. Những ngày này có rất nhiều, nhiều dự án hơn sử dụng phát triển mở và rất nhiều dự án được điều hành bởi những người chưa bao giờ chạy dự án phần mềm trước khi để một mình một nguồn mở để mọi thứ có thể phức tạp hơn. Nói chung gửi một bản vá cho một người nào đó làm rất nhiều dev trong khu vực bên phải của dự án sẽ có đôi mắt phải nhìn vào nó một cách nhanh chóng ngay cả ngày hôm nay. Một trình duyệt của kho lưu trữ trực tuyến sẽ cho bạn biết những người làm công việc thay vì những người nhận được tên của họ trên trang đầu của trang web, liên hệ với những người đầu tiên :)

7

Cách tốt nhất để làm điều này là tự giới thiệu bản thân như thế này "Xin chào, Đây là lỗi/tính năng và đây là bản vá sửa lỗi/triển khai."

Tôi đang tham gia một vài dự án nguồn mở và có rất nhiều người có ý định tốt nhất để giúp đỡ nhưng không bao giờ thực sự làm bất cứ điều gì, vì vậy nếu bạn hiển thị mã làm việc, bạn sẽ được coi là có giá trị hơn nhiều.

3

Một vài điều khác cần lưu ý:

  • Hãy chắc chắn rằng bạn thực sự sở hữu mã bạn muốn đóng góp trở lại, và không sử dụng lao động của bạn hoặc khách hàng bạn đã thực hiện những sửa đổi cho. Kiểm tra thỏa thuận tuyển dụng của bạn hoặc thỏa thuận dịch vụ nếu có khả năng bạn đang ở trong tình huống như vậy.

  • Điều tra xem có quy trình chuyển nhượng sở hữu trí tuệ mà nhà phát triển muốn người đóng góp trải qua hay không. Ngày nay, nhiều dự án nguồn mở có nhiệm vụ như vậy, để tất cả các quyền đối với mã trong dự án có thể được sở hữu bởi chính dự án và/hoặc nhà tài trợ của dự án.

Cả hai điều này đều quan trọng khi bảo vệ bạn, dự án và bất kỳ ai muốn sử dụng hoặc xây dựng dự án từ các yêu cầu liên quan đến mã bạn viết.

4

Là người tạo ra một số dự án mã nguồn mở, tôi đang ở phía bên kia của sự vật trong đó tôi đang cố gắng để có được những người đóng góp. Đây là những gì tôi sẽ nói:

  • bố mình trong bất cứ cách nào là thích hợp cho dự án: email, danh sách gửi thư, diễn đàn, vv
  • Xem liệu ý tưởng của bạn là đã có trong công trình. Nếu vậy, có thể cố gắng giúp đỡ hơn là nhân đôi nỗ lực.
  • Tìm cách ưa thích để gửi mã
  • Đảm bảo tuân theo các kiểu mã được sử dụng trong dự án. (Nếu bạn quyết định chuyển đổi tất cả các tab thành không gian, chúng sẽ không thể hợp nhất các thay đổi của bạn vào hệ thống kiểm soát phiên bản của chúng một cách dễ dàng và sẽ có nhiều khả năng bỏ qua việc gửi của bạn.)
0

Trò chuyện trong IRC hoặc duyệt qua các nhóm tin nếu họ có. làm cho mình biết. Bạn có thể cần phải gửi bản vá cho một nhóm tin tức trước khi bạn được cung cấp một tài khoản để tự mình gửi.

Làm quen với các tiêu chuẩn mã hóa, loại bản vá (ví dụ: khác biệt thống nhất) và kiểm tra bản sao CVS hoặc SVN của họ nếu chúng cho phép truy cập ẩn danh.

3

Nếu bạn đang tìm cách để tham gia vào quy mô nhỏ hơn (có thể để làm việc theo cách của bạn) OpenHatch có cơ sở dữ liệu tìm kiếm lỗi (được sắp xếp theo ngôn ngữ/khung) cũng như hướng dẫn tuyệt vời để bắt đầu.

Một cách khác để bắt đầu là CodeTriage trong đó có GitHub repos tìm kiếm trợ giúp khắc phục sự cố mở cũng được sắp xếp theo ngôn ngữ.

+0

OpenTriage đã ngừng hoạt động. –

+1

nhờ @ Jens-AndréKoch, họ đã đổi thành CodeTriage. Trả lời được cập nhật tương ứng. – rouma7

Các vấn đề liên quan