Là một tiêu đề giấy phép trong các tệp nguồn cần thiết khi áp dụng Giấy phép phần mềm Apache 2.0 cho một dự án? [đóng cửa]


15

Đọc qua phụ lục Giấy phép phần mềm Apache 2.0, tôi vẫn chưa rõ chính xác những gì tôi phải làm bây giờ:

PHỤ LỤC: Cách áp dụng Giấy phép Apache cho công việc của bạn

Để áp dụng Giấy phép Apache cho công việc của bạn, hãy đính kèm thông báo soạn sẵn sau đây, với các trường được bao quanh bởi dấu ngoặc "[]" được thay thế bằng thông tin nhận dạng của riêng bạn. (Không bao gồm dấu ngoặc!) Văn bản phải được đặt trong cú pháp nhận xét thích hợp cho định dạng tệp. Chúng tôi cũng khuyên rằng nên bao gồm một tệp hoặc tên lớp và mô tả mục đích trên cùng một "trang in" như thông báo bản quyền để nhận dạng dễ dàng hơn trong kho lưu trữ của bên thứ ba.

Để giải thích thêm một chút: Tôi hiện đang đóng góp cho một dự án nguồn mở trên github, nơi quyết định cấp phép theo ASL2.0 đã được đưa ra. Trong cam kết mới nhất, văn bản giấy phép đã được thêm vào dưới dạngLICENSE thư mục gốc.

Phần thú vị bây giờ là: Những gì khác phải được thực hiện để cấp phép đầy đủ cho mã theo Giấy phép Phần mềm Apache. Cụ thể: Điều gì được coi là "công việc" và có bắt buộc phải bao gồm thông báo soạn sẵn cho mỗi và mọi tệp nguồn trong dự án không?

Tôi nghĩ rằng có thể thêm thông báo vào cái đã tồn tại README, như tôi đã thấy nó trong các dự án nguồn mở khác. Một cái gì đó dọc theo dòng:

Giấy phép:

Trừ khi có quy định rõ ràng, nếu không, tất cả các tệp trong kho lưu trữ này đều được cấp phép theo Giấy phép Phần mềm Apache 2.0 [chèn thông báo soạn thảo tại đây]

Tôi nghĩ rằng điều đó sẽ ổn, bởi vì Chính sách Apache về Tiêu đề nguồn (mặc dù chỉ dành cho các dự án thuộc sở hữu của Quỹ phần mềm Apache) nêu rõ:

Mỗi tài liệu nguồn gốc (mã và tài liệu, nhưng không bao gồm các tệp LICENSE và THÔNG BÁO) NÊN bao gồm một tiêu đề giấy phép ngắn ở trên cùng. Nếu bản phân phối chứa các tài liệu không được CLA, CCLA hoặc Phần mềm cấp (chẳng hạn như thư viện của bên thứ ba), hãy xem hướng dẫn chính sách.


  1. Mỗi tệp nguồn phải bao gồm tiêu đề giấy phép sau - lưu ý rằng sẽ không có thông báo bản quyền trong tiêu đề:

Cụ thể, "nên" ở đây khiến tôi nghĩ rằng tiêu đề giấy phép trong mỗi tệp không bắt buộc đối với mỗi và mọi tệp nguồn của dự án được cấp phép theo ASL.


1
Bạn có bất kỳ phản đối nào chỉ đơn giản là bao gồm tiêu đề trong mỗi tệp nguồn không?
Robert Harvey

Vâng, đó là một rắc rối :( Ngoài ra, việc phát hành lại có thể trở nên phức tạp không cần thiết với điều đó và tôi có "ác cảm" cá nhân với các tiêu đề giấy phép.
Vogel612

2
Meh. Thay đổi giấy phép là thao tác Tìm và Thay thế trên tất cả các tệp, trong bất kỳ IDE nào có giá trị muối.
Robert Harvey

Bạn cũng có thể chỉ bao gồm một câu lệnh ngắn trong mỗi tệp, chẳng hạn như "Dự án này được cấp phép theo giấy phép XYZ. Để biết chi tiết, hãy xem tệp LICENSE có thể được tìm thấy tại cơ sở của kho lưu trữ dự án này" hoặc các từ có hiệu lực.
Brandin

2
Không, không cần thiết: apache.org/dev/apply-license.html#copy-per-file Nhưng như Jules tuyên bố dưới đây, nếu một tệp được xem hoặc sử dụng lại một cách cô lập, giấy phép sẽ được hiển thị
Steen

Câu trả lời:


18

Không, không cần thiết phải bao gồm giấy phép trong mỗi tệp. Đây là một cách thực hành được khuyến nghị, bởi vì nó đảm bảo rằng nếu ai đó đang xem một trong các tệp từ dự án của bạn tách biệt với phần còn lại, họ sẽ có thể xác định các điều khoản sử dụng cho nó, nhưng cuối cùng, miễn là bạn làm gì đó điều đó làm cho nó rõ ràng các điều khoản giấy phép dự định là gì, như vậy là đủ, nói một cách hợp pháp.

(Lưu ý rằng đây không phải là tư vấn pháp lý; nếu điều này quan trọng, bạn nên tìm kiếm lời khuyên của luật sư trong phạm vi quyền hạn của mình, v.v.)


3

Nó đã được đề cập trong các bình luận, nhưng để làm cho nó rõ hơn, hãy lặp lại phần từ Câu hỏi thường gặp của Quỹ Phần mềm Apache tại đây (nó có thể đã được thêm vào sau này).

TÔI CÓ PHẢI CÓ BẢN QUYỀN GIẤY PHÉP TRONG MACHI NGUỒN NGUỒN KHÔNG?

Chỉ cần một bản sao đầy đủ của giấy phép cho mỗi phân phối. Xem chính sách.

http://www.apache.org/dev/apply-license.html#copy-per-file

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.