回答:
あなたのコードのその年は著作権表示の一部です。ソフトウェアの有効な作成日を示します。これは、著作権の時間枠に影響します。厳密には、ライセンスとは関係ありません（ただし、MITライセンスには、ソフトウェアのすべてのコピーに著作権表示を保存する必要があるという規定が含まれていることがあります）。
その年にソフトウェアを変更した場合にのみ、その年を更新する必要があります。著作権に関する変更を加えなかった年を含めるように著作権表示を更新することは、著作権期間の不実表示になります。米国では、これは現在、あなたが企業である場合にのみ関連していますが、他の国の非法人著者に関連する場合があります。（米国では、現在、自然人の著作権条件は、作品を作成するときではなく、あなたがどれだけ長く生きているかの関数です。）
FSFは、いくつかの有用な指針があるお使いのソフトウェアで正しく時代遅れの著作権表示を含めた上で（GPLでの使用を目的としますが、すべてのソフトウェアに適用）：
著作権表示には、リリースの準備が完了した年が含まれている必要があります（したがって、1998年に終了したが1999年まで投稿しなかった場合は1998を使用してください）。リリースごとに適切な年を追加する必要があります。たとえば、1998年に一部のバージョンが終了し、1999年に一部のバージョンが終了した場合は、「Copyright 1998、1999 Terry Jones」となります。複数の人がコードの作成に協力した場合は、すべての名前を使用します。
複数年にわたる複数のリリースを含むソフトウェアの場合、範囲内の毎年が実際にそうである場合にのみ、個々の年（「2008、2009、2010」）をリストする代わりに範囲（「2008-2010」）を使用してもかまいません。個別にリストされる「著作権のある」年。そして、あなたはこの使用法についてあなたのドキュメントで明示的な声明をします。
不完全で進行中の作業を公開リポジトリにアップロードすることが「リリースの終了」としてカウントされるかどうかは、FSFガイダンスから明らかではありません。作品が意図的に公開ダウンロードできるようになった場合、私の推測はイエスですが、私は弁護士ではありません。
要約すると、
あなたはその年の変更を行った場合、行うには、あなたの著作権表示にカンマ区切りのリストで年が含まれています。
その年に著作権で保護された変更を行わなかった場合、著作権表示にその年を含めないでください。
ライセンス！=著作権
短い、完全に正確ではない、答え：いいえ、ライセンスを毎年更新する必要はありません。
より長く、より正確な答え：いいえ、ライセンスを更新する必要はないので、質問の根拠は間違っています。
ライセンスは、他者があなたのコードをどのように使用するかを指定します。コードのライセンスを指定すると、ライセンスを再度変更する必要はありません。場合によっては、別のライセンスでコードを再ライセンスすることを選択できます。その場合、コードを使用するために他の人が従う必要のある異なる用語を単に提供することになります。
著作権とは、コードの所有権を指します。著作権は、コードを「あなたのもの」と法的に定義するものです。コードに重大な変更を加えた場合、コードの著作権は更新可能です。そして、もしあなたが重大な変更を行うなら、そうです、あなたは著作権の日付を更新するべきです。IANALですが、実質的な変更をせずに単に著作権の日付を更新しても、所有権/著作権の日付は実際には移動しません。しかし、著作権の存続期間を考えると、それは一種の論点です。