menu
Logo
  • Why azing?
  • Blog
  • Help
ENarrow_drop_down
  • DE
  • EN
Suche in Checklisten
search
azing Logo ENarrow_drop_down
  • DE
  • EN
  • Why azing?
  • Help
2sxc
drive_folder_upload
  • homeChecklist Templates
  • south
  • fiber_manual_recordZ: Internal Stuff for the 2sxc-Dev Team
  • south

folder_sharedTutorials - Creation and Maintenance

  • info Convert to information
  • insert_drive_file Convert to boilerplate
  • homeChecklist Templates
  • south
  • fiber_manual_recordZ: Internal Stuff for the 2sxc-Dev Team
  • south

folder_sharedTutorials - Creation and Maintenance

Folders and checklists

  • check_circlePublish an npm Package
  • check_circleRazor Tutorials - Publish

Parts of this checklist (0) expand_more

These are small document-parts which are used in other documents. They are not a starting point for any real activity. Because of this, they will be listed further down and the search will not list them unless requested. 

  1. Open a terminal in the package workspace.

  2. Confirm the working tree contains only the intended changes:

    git status
    git diff
  3. Check that all runtime imports are declared in dependencies or peerDependencies.

  4. Choose a new, unused version number. Published npm versions cannot be overwritten.

    Beta example:

    22.0.0-beta.1

    Stable example:

    22.0.0
  5. Update the version in the package’s package.json.

  6. Install dependencies:

    npm install
  7. Run the package tests, if available:

    npm test
  8. Create a production build:

    npm run build
  9. Inspect the generated package’s package.json. Verify:

    • Package name
    • Version
    • Dependencies and peer dependencies
    • Public access configuration
    • Exported entry points
  10. Run a publish dry-run.

    For a beta:

    npm publish --dry-run --tag beta

    For a stable release:

    npm publish --dry-run
  11. Review the dry-run output and ensure no source files, secrets, local configuration, or unnecessary files are included.

  12. Verify npm authentication and package ownership:

    npm whoami
    npm owner ls <package-name>
  13. Confirm that the version does not already exist:

    npm view <package-name>@<version> version

    A 404 means the version is still available.

  14. Publish the package.

    Beta release:

    npm publish --tag beta

    Stable release:

    npm publish
  15. Complete npm’s browser or one-time-password authentication when requested.

  16. Verify the distribution tags:

    npm view <package-name> version dist-tags --json

    For a beta release, confirm that:

    • beta points to the new prerelease.
    • latest still points to the existing stable version.
  17. Verify the installed version:

    npm ls <package-name> --depth=0
  18. Build and test the consuming application.

  19. Commit the version and package configuration changes.

  20. Document the published version and any important release notes.

Logo
Legal | Content Copyright CC-BY 4.0
bug_reportReport Bug
  • info
  • Links
  • Permissions
code Share
code
URL copied to clipboard.
Embed Checklist close
Copy Copy
Content Copyright

CC-BY 4.0

Translations

None

2sxc - Content Management for DNN & Oqtane Logo

2sxc - Content Management for DNN & Oqtane

QR-Code
azing.org/2sxc/r/0nErmbvC
View & Use

Public (can be used by everybody)

Edit & Admin

Default (all members can edit)

This catalog has a simple permission model, where all members have the same permissions. For advanced permissions, upgrade to Enterprise.

Here you can see how this document is used and linked by other documents

Used (0)

Others referencing this

Uses these (0)

Documents linked from this document

How it Behaves

How this document is categorized changes how it behaves.

This is a main document, it is listed normally and appears in search result.

Type

This is a Checklist. Lists are converted into checkboxes.

Get something to say?

Comment to start a discussion or make a note
send

please log on to chat

close

Durchsuche ganz Azing