Adds changelog and flag information for process.env population

Author: mikenomitch

src/content/changelog/workers/2025-03-07-process-env-support.mdx

@@ -0,0 +1,33 @@
+---
+title: Access environment variables on process.env in you Worker
+description: With Node.js compatability on, process.env is automatically populated with environment variables and secrets
+products:
+  - workers
+date: 2025-03-07T11:00:00Z
+---
+
+You can now access [environment variables](/workers/configuration/environment-variables/) and
+[secrets](/workers/configuration/secrets/) on [`process.env`](/workers/runtime-apis/nodejs/process/#processenv)
+when using the [`nodejs_compat` compatability flag](/workers/configuration/compatibility-flags/#nodejs-compatibility-flag).
+
+```js
+const apiClient = ApiClient.new({ apiKey: process.env.API_KEY });
+const LOG_LEVEL = process.env.LOG_LEVEL || "info";
+```
+
+In Node.js, environment variable are exposed via the global `process.env` object. Some libraries
+assume that this object will be populated, and many developers may be used to accessing variables
+in this way.
+
+Previously, the `process.env` object was added when Node.js compatability was turned on, but it was empty.
+This could cause unexpected errors or friction when developing Workers with code previously written for
+Node.js.
+
+Now, [environment variables](/workers/configuration/environment-variables/),
+[secrets](/workers/configuration/secrets/), and [version metadata](/workers/runtime-apis/bindings/version-metadata/)
+can all be accessed on `process.env`.
+
+After April 1, 2025, populating `process.env` will become the default behavior when `nodejs_compat` is enabled, and
+your Worker's compatability date is after "2025-04-01". Until then, users can opt-in to this behavior by adding the
+[`nodejs_compat_populate_process_env`](/workers/configuration/compatibility-flags/#nodejs-compat-populate-process-env)
+compatability flag.

src/content/compatibility-flags/nodejs-compat-populate-process-env.md

@@ -0,0 +1,27 @@
+---
+name: "Enable `cache: no-store` HTTP standard API"
+sort_date: "2025-02-27"
+enable_date: "2025-04-01"
+enable_flag: "nodejs_compat_populate_process_env"
+disable_flag: "nodejs_compat_do_not_populate_process_env"
+---
+
+When you enable the `nodejs_compat_populate_process_env` compatibility flag and the [`nodejs_compat`](/workers/runtime-apis/nodejs/)
+flag is also enabled, `process.env` will be populated with values from any bindings with text or JSON values.
+This means that if you have added environment variables [environment variables](/workers/configuration/environment-variables/),
+[secrets](/workers/configuration/secrets/), or [version metadata](/workers/runtime-apis/bindings/version-metadata/)
+bindings, these values can be accessed on `proecess.env`.
+
+```js
+const apiClient = ApiClient.new({ apiKey: process.env.API_KEY });
+const LOG_LEVEL = process.env.LOG_LEVEL || "info";
+```
+
+This makes accessing these values easier and conforms to common Node.js patterns, which can
+reduce toil and help with compatability for existing Node.js libraries.
+
+If users do not wish for these values to be accessible via `process.env`, they can use the
+`nodejs_compat_do_not_populate_process_env`. In this case, `process.env` will still be available,
+but will not have values automatically added.
+
+This flag will default to on for any compatability dates after `2025-04-01`.