Việc gia hạn giấy phép MIT có cần thiết trên github vào đầu mỗi năm không?


28

Tôi đang sử dụng GIẤY PHÉP MIT trong tất cả các dự án github của mình . Dòng thứ hai nói năm 2013 ở đầu. Để có bản quyền để giữ trong tương lai (tức là sau năm 2013), nó có cần phải được thay đổi mỗi năm hay nó có tốt như vậy không? Tôi có thêm vào nó, sửa đổi nó hoặc để nguyên như vậy không?

The MIT License (MIT)

Copyright (c) 2013 Aseem Bansal <aseembansal@ymail.com>

//Rest of the MIT LICENSE

Câu trả lời:


32

Năm đó trong mã của bạn là một phần của thông báo bản quyền . Nó cho biết ngày tạo hiệu quả của phần mềm của bạn, ảnh hưởng đến cửa sổ thời gian của bản quyền của bạn. Nói đúng ra, nó không liên quan đến giấy phép (mặc dù giấy phép MIT tình cờ bao gồm một điều khoản rằng thông báo bản quyền phải được lưu giữ trong tất cả các bản sao của phần mềm).

Bạn nên cập nhật năm nếu và chỉ khi bạn thay đổi phần mềm của mình trong năm đó. Cập nhật thông báo bản quyền của bạn để bao gồm một năm mà bạn không thực hiện thay đổi bản quyền sẽ là sự trình bày sai về thuật ngữ bản quyền của bạn. Ở Hoa Kỳ, điều này hiện chỉ có liên quan nếu bạn là một công ty, nhưng có thể liên quan đến các tác giả phi công ty ở các quốc gia khác. (Ở Hoa Kỳ, các điều khoản bản quyền cho các cá nhân tự nhiên hiện là một chức năng của thời gian bạn sống chứ không phải khi bạn tạo một tác phẩm.)

Các FSF có một số hướng dẫn hữu ích trên bao gồm một thông báo bản quyền một cách chính xác lạc hậu trong phần mềm của bạn (dành cho sử dụng với GPL, nhưng áp dụng đối với tất cả các phần mềm):

Thông báo bản quyền phải bao gồm năm bạn hoàn thành việc chuẩn bị phát hành (vì vậy nếu bạn hoàn thành nó vào năm 1998 nhưng không đăng nó cho đến năm 1999, hãy sử dụng 1998). Bạn nên thêm năm thích hợp cho mỗi lần phát hành; ví dụ, Bản quyền Bản quyền 1998, 1999 Terry Jones, nếu một số phiên bản được hoàn thành vào năm 1998 và một số được hoàn thành vào năm 1999. Nếu một số người giúp viết mã, hãy sử dụng tất cả tên của họ.

Đối với phần mềm có nhiều bản phát hành trong nhiều năm, bạn có thể sử dụng một phạm vi (định dạng 2008 2008) thay vì liệt kê các năm riêng lẻ (phiên bản 2008, 2009, 2010)) nếu và chỉ khi mỗi năm trong phạm vi, bao gồm, thực sự là một năm có bản quyền của người bản quyền sẽ được liệt kê riêng lẻ; và bạn đưa ra một tuyên bố rõ ràng trong tài liệu của bạn về việc sử dụng này.

Không rõ hướng dẫn của FSF về việc tải lên không hoàn thành, công việc đang thực hiện vào kho lưu trữ công cộng được tính là "hoàn thành một bản phát hành". Tôi đoán là có, nếu tác phẩm được cố tình làm sẵn để tải xuống công khai, nhưng tôi không phải là luật sư.

Vì vậy, để tóm tắt:

  • nếu bạn thực hiện thay đổi năm đó, hãy bao gồm năm trong danh sách được phân tách bằng dấu phẩy trong thông báo bản quyền của bạn.

  • nếu không thực hiện thay đổi bản quyền năm đó, đừng bao gồm năm đó trong thông báo bản quyền của bạn.


13

Giấy phép! = Bản quyền

Câu trả lời ngắn gọn, không hoàn toàn chính xác : Không, bạn không cần gia hạn giấy phép mỗi năm.

Câu trả lời dài hơn, chính xác hơn : Không, giấy phép không cần phải gia hạn, vì vậy cơ sở của câu hỏi của bạn là không chính xác.

Giấy phép giải quyết cách người khác có thể sử dụng mã của bạn. Khi bạn chỉ định giấy phép cho mã, bạn không cần phải sửa đổi giấy phép nữa. Trong một số trường hợp, bạn có thể chọn cấp phép lại mã theo một giấy phép khác. Nếu bạn đã làm điều đó, thì bạn chỉ cần cung cấp các thuật ngữ khác nhau mà người khác cần tuân theo để sử dụng mã của bạn.

Bản quyền liên quan đến quyền sở hữu của mã. Bản quyền là những gì hợp pháp xác định mã là " của bạn ." Bản quyền về mã có thể được gia hạn nếu bạn thực hiện các thay đổi quan trọng đối với mã. Và nếu bạn thực hiện thay đổi tài liệu, thì có, bạn nên cập nhật ngày bản quyền. IANAL, nhưng chỉ đơn giản là cập nhật ngày bản quyền mà không thay đổi tài liệu sẽ không thực sự chuyển ngày sở hữu / bản quyền. Nhưng với thời gian bản quyền kéo dài bao lâu, đó là một điểm cần thiết.

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.