From bd92aa03920aa04b20dc7087871a853c50c613e4 Mon Sep 17 00:00:00 2001 From: Dominik Gorczyca <73836513+dominikgorczyca@users.noreply.github.com> Date: Tue, 1 Nov 2022 18:23:00 +0100 Subject: [PATCH] docs: name and version description change (#5753) * name and version description change Reducing redundancy by deleting repeated code and changing other slight things about those two fields. --- docs/content/configuring-npm/package-json.md | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/docs/content/configuring-npm/package-json.md b/docs/content/configuring-npm/package-json.md index 5b4acf187f777..5bbf94e4ec316 100644 --- a/docs/content/configuring-npm/package-json.md +++ b/docs/content/configuring-npm/package-json.md @@ -18,11 +18,9 @@ settings described in [`config`](/using-npm/config). If you plan to publish your package, the *most* important things in your package.json are the name and version fields as they will be required. The name and version together form an identifier that is assumed to be -completely unique. Changes to the package should come along with changes -to the version. If you don't plan to publish your package, the name and +completely unique. If you don't plan to publish your package, the name and version fields are optional. - -The name is what your thing is called. +The name field contains your package name. Some rules: @@ -52,12 +50,9 @@ A name can be optionally prefixed by a scope, e.g. `@myorg/mypackage`. See ### version -If you plan to publish your package, the *most* important things in your -package.json are the name and version fields as they will be required. The -name and version together form an identifier that is assumed to be -completely unique. Changes to the package should come along with changes -to the version. If you don't plan to publish your package, the name and -version fields are optional. +Changes to the package should come along with changes to the version. +You can show developers how much they need to adjust on a new update by +using [semantic versioning](../../about-semantic-versioning) Version must be parseable by [node-semver](https://github.com/npm/node-semver), which is bundled with