매년 초 github에서 MIT 라이센스를 갱신해야합니까?

모든 github 프로젝트 에서 MIT LICENSE를 사용하고 있습니다. 두 번째 줄에는 2013 년이 맨 위에 있습니다. 향후 저작권 보유를 위해 (예 : 2013 년 이후) 매년 변경해야합니까, 아니면 좋은가요? 추가, 수정 또는 그대로 두어야합니까?

The MIT License (MIT)

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

//Rest of the MIT LICENSE

귀하의 코드에서 그 해는 저작권 고지의 일부입니다 . 소프트웨어의 유효 작성 날짜를 나타내며, 이는 귀하의 저작권 기간에 영향을줍니다. MIT 라이센스에는 소프트웨어의 모든 사본에 저작권 표시가 유지되어야한다는 조항이 포함되어 있지만 엄격하게 말하면 라이센스와 관련이 없습니다.

해당 연도에 소프트웨어를 변경 한 경우에만 연도를 업데이트해야합니다. 저작권을 변경하지 않은 연도를 포함하도록 저작권 고지를 업데이트하면 저작권 용어가 잘못 표시 될 수 있습니다. 미국에서는 현재 회사 인 경우에만 관련이 있지만 다른 국가의 비법 인 작성자와 관련이있을 수 있습니다. (미국에서 자연인에 대한 저작권 용어는 현재 저작물을 만들 때가 아니라 얼마나 오래 살는지에 대한 기능입니다.)

FSF는 몇 가지 유용한 지침이 소프트웨어에 제대로-날짜가 저작권을 포함에 (GPL에 사용하기위한, 그러나 모든 소프트웨어에 적용) :

저작권 고지에는 릴리스 준비를 완료 한 연도가 포함되어야합니다 (1998 년에 완료했지만 1999 년까지 게시하지 않은 경우 1998을 사용하십시오). 각 릴리스에 적절한 연도를 추가해야합니다. 예를 들어“Copyright 1998, 1999 Terry Jones”는 일부 버전이 1998 년에 완료되고 일부 버전이 1999 년에 완료된 경우입니다. 여러 사람이 코드 작성을 도와 주면 모든 이름을 사용하십시오.

여러 해에 걸쳐 여러 개의 릴리스가있는 소프트웨어의 경우, 매년 범위 내에서 실제로 포함 된 경우에만 개별 연도 ( "2008, 2009, 2010") 대신에 범위 ( "2008-2010")를 사용하는 것이 좋습니다. 개별적으로 열거 될“저작권”연도; 이 사용법에 대해 문서에 명시 적으로 진술합니다.

불완전한 진행중인 작업을 공용 리포지토리에 업로드하는 것이 "릴리스 종료"로 간주되는지 FSF 지침에서 명확하지 않습니다. 작품이 의도적으로 공개 다운로드가 가능하다면 변호사는 아닙니다.

요약하면 다음과 같습니다.

• 당신은 그 해 변경 한 경우, 수행은 귀하의 저작권에 쉼표로 구분 된 목록에서 연도를 포함한다.

• 그 해에 저작권을 변경 하지 않은 경우 저작권 고지에 해당 연도를 포함 시키지 마십시오 .

라이센스! = 저작권

짧고 완전 하지는 않습니다. 대답 : 아니요, 매년 라이센스를 갱신 할 필요는 없습니다.

더 길고 더 정확한 답변 : 아니요, 라이센스를 갱신 할 필요가 없으므로 질문의 기초가 잘못되었습니다.

라이센스는 다른 사람이 귀하의 코드를 사용하는 방법을 설명합니다. 코드 라이센스를 지정하면 라이센스를 다시 수정할 필요가 없습니다. 경우에 따라 다른 라이센스에 따라 코드를 다시 라이센스하도록 선택할 수도 있습니다. 그렇게했다면 코드를 사용하기 위해 다른 사람이 따라야하는 다른 용어를 제공하는 것입니다.

저작권 은 코드의 소유권을 말합니다. 저작권은 법적으로 코드를 " 귀하의 것으로"정의합니다 . 코드 를 크게 변경하면 코드에 대한 저작권 이 재생 가능합니다. 내용을 변경 한 경우 저작권 날짜를 업데이트해야합니다. IANAL이지만 중대한 변경없이 저작권 날짜를 업데이트한다고해서 실제로 소유권 / 저작권 날짜는 이동하지 않습니다. 그러나 저작권이 지속되는 기간을 감안할 때, 이는 일종의 논점입니다.