Skip to content

Commit 4a31e86

Browse files
committed
docs: 📝 tweak wording in solution section
1 parent 69280f5 commit 4a31e86

File tree

1 file changed

+7
-6
lines changed

1 file changed

+7
-6
lines changed

README.md

Lines changed: 7 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -21,18 +21,19 @@ development, and Next.js is no exception.
2121

2222
Next.js supports [environment variables][nextjs-env-vars], but only at
2323
build time. This means you must rebuild your app for each target environment,
24-
which violates the principle. And it is the most common approach nowadays. But
25-
what if you want, or need, to follow the build once, deploy many principle?
24+
which violates the principle. But what if you want, or need, to follow the build
25+
once, deploy many principle?
2626

2727
### The solution 🤓
2828

2929
`next-runtime-env` solves this problem by generating a JavaScript file that is
3030
loaded by the browser and contains the environment variables. We generate this
3131
file at runtime, so you don't have to declare your environment variables at
32-
build time. This approach is also compatible with
33-
[static site generation][static-generation-link], and it works on the server as
34-
well. It also supports middleware, so you can use it to populate your
35-
environment variables in your API routes.
32+
build time.
33+
34+
Our approach is compatible with
35+
[static site generation][static-generation-link], and it also supports
36+
middleware.
3637

3738
### Getting started 🚀
3839

0 commit comments

Comments
 (0)