[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?

Non viene indicato alcun file, test o punto di ingresso. Inizia esaminando il ciclo di rilascio di Node.js indicato nel link e analizzando i rischi delle versioni EOL. Il lavoro sarà considerato completato quando le indicazioni per i contributori copriranno lo sviluppo, la CI, la produzione, le versioni minime di OSS, i rilasci con numerazione dispari e il modo in cui i progetti dovrebbero rimanere aggiornati nel tempo.