[contributor-docs] Add guidance for Node version support in projects

We should make sure that the company is on the same page about how Node versions ought to be specified in projects and which versions of Node we ought to support.

• What version(s) of Node.js should be run in a development, CI, or production environment? Evaluate risk of running EOL Node.js versions in these environments.
• For OSS projects, should the minimum supported Node.js version track the above? When can OSS projects drop an old version of Node.js, when should they, and when must they?
• Any special considerations for odd-numbered releases? These versions do not enter LTS and have a lifespan of about nine months.
• Given Node.js has a [documented release cadence|https://github.com/nodejs/release] — a version going EOL should not be a surprise — how should projects use this info to stay within the guidelines over time?

ファイル、テスト、エントリーポイントは指定されていません。まず、リンクされた Node.js のリリースサイクルを確認し、EOL バージョンのリスクを調査してください。開発、CI、本番環境、OSS の最小バージョン、奇数番号のリリース、そしてプロジェクトが時間の経過とともに最新の状態を維持する方法について、コントリビューター向けのガイダンスが網羅されていれば完了です。