mirror of
https://github.com/chartjs/Chart.js.git
synced 2026-03-12 03:06:54 +01:00
3671c01c26
I had initially seen some oddities around type augmentation for type definitions in subdirectories of `types`, and using Rollup seemed to help with that. However, now that all of Chart.js's main types are directly under `types`, there seems to be no need for this. This simplifies the build process, since it no longer needs to use rollup-plugin-dts. It also improves some third-party tools. For example, I'm in the habit of using WebStorm's "Go To Declaration or Usages" hotkey with third-party TypeScript definitions as a quick way of getting more information about an API. With the Rollup-generate types, that works poorly; WebStorm goes to the imported-and-re-exported symbol within the barely-readable machine-generated dist/chart.esm.d.ts file, and I have to navigate two more hops to find the actual definitions.
1.1 KiB
1.1 KiB
Maintaining
Release Process
Chart.js relies on Travis CI to automate the library releases.
Releasing a New Version
- Update the release version on GitHub for the release drafted by the
release-draftertool - Publish the release
- follow the build process on GitHub Actions
Creation of this tag triggers a new build:
Chart.js.zippackage is generated, containing dist files and examplesdist/*.js,types/*.ts, andChart.js.zipare attached to the GitHub release (downloads)- A new npm package is published on npmjs
Finally, cdnjs is automatically updated from the npm release.