Làm thế nào để đi về việc tiếp quản trên một dự án nguồn mở?


29

Có một dự án nguồn mở mà tôi quan tâm và sử dụng thường xuyên. Nó được cấp phép theo Giấy phép Apache 2.0 và về cơ bản nó không còn hoạt động nữa. Nó được lưu trữ trên Google Code và tôi muốn tiếp tục phát triển nó. Tôi chưa quen với quy trình nguồn mở và tôi đang cố gắng tìm ra cách thích hợp để thực hiện điều này. Tôi có thể kiểm tra nó và đẩy nó lên github để tôi có thể tiếp tục phát triển ở đó không? Tôi có nên liên hệ với "chủ sở hữu" dự án trước? Ngoài ra, tôi có để tất cả thông tin tác giả ở đầu các lớp không, v.v. mặc dù tôi sẽ thay đổi .. (Tôi cho rằng câu trả lời là có)?

Ngoài ra, làm thế nào để tôi thực sự tuân thủ yêu cầu cấp phép của "tất cả các sửa đổi được đánh dấu rõ ràng là công việc của công cụ sửa đổi"? Tôi có nhận xét bằng mọi thay đổi tôi thực hiện không?

Bất kỳ hướng dẫn về những gì khóa học / tiêu chuẩn bình thường ở đây sẽ được đánh giá rất cao?


2
Dự án vẫn có một cộng đồng tích cực?
Tim Post


1
Liên hệ với Apache, họ có các quy trình chính thức, hợp lý cho mọi thứ.
James Anderson

Câu trả lời:


29

Gần đây, tôi đã tiếp quản một dự án nguồn mở. Các bước mà tôi đã làm theo là:

  1. Liên lạc với tác giả gốc
  2. Hãy để anh ấy / cô ấy biết ý định của tôi
  3. Được anh ấy / cô ấy thừa nhận (bạn sẽ có quyền đối với kho lưu trữ ban đầu hoặc bạn sẽ được sao chép nó)
  4. Giữ lại quyền tác giả ban đầu (sẽ tự thêm vào khi tôi thực hiện thêm các thay đổi)

Bằng cách "Giữ lại quyền tác giả gốc" ... Tôi muốn ghi nhận tác giả gốc ở trên bản thân mình trong mọi trường hợp vì đây là tác phẩm ban đầu của anh ấy / cô ấy.


1
Ý bạn là gì khi "Giữ lại quyền tác giả gốc (sẽ tự thêm vào khi tôi thực hiện các thay đổi tiếp theo)"?
LuxuryMode

Tôi có nghĩa là tín dụng tác giả ban đầu trên bản thân mình trong tất cả các trường hợp vì nó ban đầu là tác phẩm của anh ấy / cô ấy.
Alan Haggai Alavi

Đánh dấu gian hàng : Bạn đã đúng. Cảm ơn đã chỉnh sửa câu trả lời của tôi. :-)
Alan Haggai Alavi

7

Bạn nên rẽ nhánh dự án, có lẽ vào GitHub .

Ngoài ra, bạn có thể cố gắng liên hệ với tác giả ban đầu.


1
Cảm ơn rất nhiều. Tôi gửi email cho tác giả ban đầu. Chỉ tự hỏi, có lý do gì tôi PHẢI liên lạc với anh ta hay đó chỉ là phép lịch sự thông thường? Về giấy phép, tôi được tự do làm những gì tôi muốn miễn là tôi tuân thủ nó, phải không? Ngoài ra, tôi đã nói quá sớm. Rõ ràng repo ban đầu là trong đồng bóng. Tôi có nên sử dụng plugin mercurial hg-git: hg-git.github.com không?
LuxuryMode

7
Phép lịch sự thông thường. Đồng thời, bạn có thể có quyền kiểm soát những thứ khác ngoài mã nguồn, chẳng hạn như tên miền, nhãn hiệu, trang web, danh sách gửi thư, v.v.
FigBug

2
Nó đã từng là dĩa được coi là xấu. Luôn luôn được xem là tốt nhất để liên hệ với nhà phát triển ban đầu và lịch sự. Triết lý của githib là dĩa rẻ và mọi người nên rẽ nhánh. Rốt cuộc, dưới một DVCS, mọi thứ đều một ngã ba. Do đó tại sao bạn thấy những quan điểm khác nhau.
Andrew Dalke

1
Người dùng ghét các nhánh, với một ngã ba, bạn sẽ không có được lực kéo trước đây của cơ sở, cơ sở người dùng, người kiểm tra, người đóng góp / khuân vác phiên bản được biên dịch . Bạn thường muốn chúng. Cách thức của github ( gihub-do ) là tốt nhất cho những thứ được diễn giải không nhằm mục đích phân phối nhị phân. Và bạn vẫn sẽ mất những người rất giỏi mà chỉ đơn giản là thích hgvà không quan tâm đến git. (yeah, chiến tranh tôn giáo, bleargh)
ZJR

6

Có nhiều cách để làm điều này:

  1. Gửi email cho "chủ sở hữu / tác giả" ban đầu. Nói với anh ấy về ý định của bạn và làm thế nào bạn có thể giúp phát triển. Đợi khoảng 1 tuần. Nếu không có câu trả lời ...
  2. Ngã ba kho. Không tôn trọng và để chắc chắn rằng bạn không làm gì sai (điều mà bạn có thể không làm) hãy tham khảo rõ ràng với tác giả ban đầu.
  3. Nhận mã hóa! Bây giờ bạn là nhà phát triển đáng tự hào của Project ABC.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.