毎年初めにgithubでMITライセンスの更新が必要ですか？
私はMIT LICENSEをすべての my github プロジェクトで使用しています。2行目には2013が一番上に表示されています。今後も著作権を保持するため（つまり2013以降） ）毎年交換する必要がありますか、それとも現状のままですか？追加、変更、またはそのままにしますか？
The MIT License (MIT)
Copyright (c) 2013 Aseem Bansal <[email protected]>
//Rest of the MIT LICENSE
コードのその年は、著作権表示の一部です。これは、ソフトウェアの有効な作成日を示します。これは、著作権の期間に影響します。厳密に言えば、これはライセンスとは関係ありません（ただし、MITライセンスには、ソフトウェアのすべてのコピーで著作権表示を保持する必要があるという規定が含まれています）。
その年にソフトウェアに変更を加えた場合にのみ、その年を更新する必要があります。著作権に関する通知を更新して、著作権で保護された変更を行わなかった年を含めると、著作権用語が誤って表示されます。米国では、これは現在、あなたが企業である場合にのみ関連しますが、他の国の非企業著者にも関連する場合があります。 （米国では現在、自然人の著作権条件は、作品を作成するときではなく、あなたがどのくらいの期間住んでいるかの関数です。）
FSFにはいくつかの役立つガイダンスがあります ソフトウェアに正しい日付の著作権表示を含めることについて（GPLでの使用を目的としていますが、すべてのソフトウェアに適用可能です）：
著作権表示には、リリースの準備を終えた年を含める必要があります（1998年に完成させたが、1999年まで投稿しなかった場合は、1998年を使用してください）。リリースごとに適切な年を追加する必要があります。たとえば、一部のバージョンが1998年に完成し、一部のバージョンが1999年に完成した場合は、「Copyright 1998、1999 Terry Jones」。複数の人がコードの作成を手伝った場合は、すべての名前を使用します。
複数年にわたる複数のリリースがあるソフトウェアの場合、個々の年（「2008、2009、2010」）をリストする代わりに、範囲（「2008-2010」）を使用しても問題ありません。個別にリストされる「著作権で保護された」年。そして、あなたはあなたの文書でこの使用法について明示的に述べています。
完了していない進行中の作業をパブリックリポジトリにアップロードすることが「リリースの完了」と見なされるかどうかは、FSFガイダンスからは明らかではありません。作品が故意に公開ダウンロードされた場合、私はそうだと思いますが、私は弁護士ではありません。
要約すると、
その年に変更を加えた場合、do年をコンマ区切りのリストに著作権表示に含めます。
しないその年に著作権のある変更をした場合、しないその年を含めますあなたの著作権表示で。
ライセンス！=著作権
短い、完全に正確ではない、答え：いいえ、毎年ライセンスを更新する必要はありません。
より長く、より正確に、回答：いいえ、ライセンスを更新する必要はないため、質問の根拠は正しくありません。
ライセンスは、他の人があなたのコードをどのように使用するかを扱います。コードのライセンスを指定したら、ライセンスを再度変更する必要はありません。場合によっては、別のライセンスでコードを再ライセンスすることもできます。あなたがそれをしたなら、あなたは単にあなたのコードを使うために他の誰かが従う必要がある異なる用語を提供しているだけです。
著作権は、コードの所有権を指します。著作権とは、コードを「yours」として法的に定義するものです。コードに重要な変更を加えた場合、コードの著作権はisに更新できます。重要な変更を行う場合は、はい。著作権の日付を更新する必要があります。 IANAL、ただし重要な変更なしに単に著作権の日付を更新しても、所有権/著作権の日付は実際には移動しません。しかし、著作権の存続期間を考えると、それは一種の議論の余地があります。