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

Dieses Issue hat noch niemand übernommen.

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?

Es wird keine Datei, kein Test und kein Einstiegspunkt genannt. Beginne damit, den verlinkten Veröffentlichungszyklus von Node.js zu prüfen und die Risiken von EOL-Versionen zu untersuchen. Als abgeschlossen gilt die Aufgabe, wenn die Anleitung für Contributors Entwicklung, CI, Produktion, OSS-Mindestversionen, Releases mit ungeraden Versionsnummern und die Frage abdeckt, wie Projekte langfristig aktuell bleiben sollten.

Vom Indexierungsmodell aus dem Issue-Text verfasst.