zcy
/
maxGraph
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
maxGraph/.github/workflows/build.yml

75 lines
2.0 KiB
YAML
Raw Normal View History

chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
name: Build
on:
push:
branches:
- development
paths:
- '.github/workflows/build.yml'
- 'packages/**/*'
docs: improve the release process (#177) Clarify some git operations. Also - move an image to the packages/docs for future reuse in the documentation. - don't run the GitHub "build" workflow when the docs package or some markdown files change.
2023-05-22 14:13:33 +00:00
- '!packages/**/*.md'
- '!packages/docs/*'
chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
- 'scripts/**/*'
- 'babel.config.js'
- 'package.json'
- 'webpack.config.js'
pull_request:
branches:
- development
paths:
- '.github/workflows/build.yml'
- 'packages/**/*'
docs: improve the release process (#177) Clarify some git operations. Also - move an image to the packages/docs for future reuse in the documentation. - don't run the GitHub "build" workflow when the docs package or some markdown files change.
2023-05-22 14:13:33 +00:00
- '!packages/**/*.md'
- '!packages/docs/*'
chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
- 'scripts/**/*'
- 'babel.config.js'
- 'package.json'
- 'webpack.config.js'
jobs:
build:
runs-on: ${{ matrix.os }}
strategy:
# we want to run the full build on all os: don't cancel running jobs even if one fails
fail-fast: false
matrix:
ci: use more recent OS versions when building (#155) macos: 11 to 12 ubuntu: 20.04 to 22.04 windows: 2019 to 2022
2022-12-14 13:16:13 +00:00
os: ['ubuntu-22.04', 'macos-12', 'windows-2022']
chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
steps:
chore(deps-gha): bump actions/checkout from 3 to 4 (#240)
2023-09-11 06:58:05 +00:00
- uses: actions/checkout@v4
chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
- name: Setup node
chore: improve the configuration to build the npm package (#87) Root and all package.json files - Fix license, version and authors - Remove the non-relevant .npmignore file at the project. It was designed for mxgraph, the whole directory structure changed, and we don't plan to publish the root package `core` package - Generate type definition and javascript files for ESM output - dedicated folder for `esm` and `types` in the `dist` folder to clearly separate concerns - exported in the package.json - Add npm script for `npm pack` configuration - Drop the `postinstall` npm script that built the `core` bundle. It would have been run when the package is installed in dependent projects at dependencies install. And it would have failed as it tries to build the project from TypeScript sources that are not available in the npm package. fix: ConstraintHandler now loads image as everywhere else in the code using `Client.imageBasePath` Using import doesn't work as the image is not available in the npm package. It generated error like this in ViteJS project: Failed to resolve import "../../../images/point.gif" from "../core/dist/esm/view/handler/ConstraintHandler.js". Does the file exist? This gif import had been introduced to make `Anchors.stories.js` retrieve the gif file. Configuring `imageBasePath` as already done in other stories fixes the issue. Don't export EditorCodec and StylesheetCodec as they generate errors. This is a temporary solution to avoid error in dependent project (at least, with ViteJS projects).
2022-07-05 06:08:25 +00:00
uses: actions/setup-node@v3
chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
with:
chore: improve the configuration to build the npm package (#87) Root and all package.json files - Fix license, version and authors - Remove the non-relevant .npmignore file at the project. It was designed for mxgraph, the whole directory structure changed, and we don't plan to publish the root package `core` package - Generate type definition and javascript files for ESM output - dedicated folder for `esm` and `types` in the `dist` folder to clearly separate concerns - exported in the package.json - Add npm script for `npm pack` configuration - Drop the `postinstall` npm script that built the `core` bundle. It would have been run when the package is installed in dependent projects at dependencies install. And it would have failed as it tries to build the project from TypeScript sources that are not available in the npm package. fix: ConstraintHandler now loads image as everywhere else in the code using `Client.imageBasePath` Using import doesn't work as the image is not available in the npm package. It generated error like this in ViteJS project: Failed to resolve import "../../../images/point.gif" from "../core/dist/esm/view/handler/ConstraintHandler.js". Does the file exist? This gif import had been introduced to make `Anchors.stories.js` retrieve the gif file. Configuring `imageBasePath` as already done in other stories fixes the issue. Don't export EditorCodec and StylesheetCodec as they generate errors. This is a temporary solution to avoid error in dependent project (at least, with ViteJS projects).
2022-07-05 06:08:25 +00:00
node-version-file: '.nvmrc'
- name: Install dependencies
chore: fix build error and introduce a build github workflow (#71) Fix imports that are not respecting the case of the filenames. The build often has errors and they are only detected after a developer pull the `development` branch on their local machine. To early catch build failures, add a GitHub workflow that runs a build command.
2022-01-14 05:17:38 +00:00
run: npm install
chore: improve the configuration to build the npm package (#87) Root and all package.json files - Fix license, version and authors - Remove the non-relevant .npmignore file at the project. It was designed for mxgraph, the whole directory structure changed, and we don't plan to publish the root package `core` package - Generate type definition and javascript files for ESM output - dedicated folder for `esm` and `types` in the `dist` folder to clearly separate concerns - exported in the package.json - Add npm script for `npm pack` configuration - Drop the `postinstall` npm script that built the `core` bundle. It would have been run when the package is installed in dependent projects at dependencies install. And it would have failed as it tries to build the project from TypeScript sources that are not available in the npm package. fix: ConstraintHandler now loads image as everywhere else in the code using `Client.imageBasePath` Using import doesn't work as the image is not available in the npm package. It generated error like this in ViteJS project: Failed to resolve import "../../../images/point.gif" from "../core/dist/esm/view/handler/ConstraintHandler.js". Does the file exist? This gif import had been introduced to make `Anchors.stories.js` retrieve the gif file. Configuring `imageBasePath` as already done in other stories fixes the issue. Don't export EditorCodec and StylesheetCodec as they generate errors. This is a temporary solution to avoid error in dependent project (at least, with ViteJS projects).
2022-07-05 06:08:25 +00:00
- name: Build @maxgraph/core - umd
working-directory: packages/core
run: npm run build
- name: Build @maxgraph/core - esm
working-directory: packages/core
run: npm run generate-esm
- name: Generate @maxgraph/core types
working-directory: packages/core
chore: GitHub workflow generates TypeScript declarations (#80) This ensures we don't have type errors in the code. Update tsconfig to only include source TS files. Previous configuration prevented to run the type generation twice. The generated d.ts files were considered as source files, so we got file override errors. Add a dedicated npm script to generate scripts. We cannot directly call the tsc or lerna commands on the macOS GH actions runner, so introduce the script.
2022-04-03 11:09:24 +00:00
run: npm run generate-types
fix: CellOverlay constructor use all parameters to set properties (#159) The `align` and `verticalAlign` values passed to the constructor weren't set, so the overlay position was always set to the default one. The `align` and `verticalAlign` properties are now using the AlignValue and VAlignValue types respectively instead of defining inline types. This improves the consistent in the whole code. To demonstrate the fix, the Overlays story now set 'align' and 'verticalAlign' randomly. Also introduce `jest` to test the fix and the whole implementation of the changed method. Types check support is provided by `ts-jest`. As maxGraph uses a lot of browser objects, also setup `jest-jsdom-environment`.
2022-12-16 15:51:51 +00:00
- name: Test @maxgraph/core
working-directory: packages/core
run: npm test
docs: set the minimum TypeScript requirement to 3.8 (#128) We use a recent TypeScript version to build maxGraph but applications that integrates it may be forced to use old TypeScript versions. We never explain what is the minimum TypeScript version requires to use `maxGraph`. The changes proposed here are a first step to make this information available. It is only informative for now (mentioned in the README) and the minimum TypeScript version is tested in the `ts-support` package (part of the 'build' GitHub workflow).
2022-11-07 17:31:40 +00:00
- name: Test TypeScript support
working-directory: packages/ts-support
run: npm test
chore: improve the configuration to build the npm package (#87) Root and all package.json files - Fix license, version and authors - Remove the non-relevant .npmignore file at the project. It was designed for mxgraph, the whole directory structure changed, and we don't plan to publish the root package `core` package - Generate type definition and javascript files for ESM output - dedicated folder for `esm` and `types` in the `dist` folder to clearly separate concerns - exported in the package.json - Add npm script for `npm pack` configuration - Drop the `postinstall` npm script that built the `core` bundle. It would have been run when the package is installed in dependent projects at dependencies install. And it would have failed as it tries to build the project from TypeScript sources that are not available in the npm package. fix: ConstraintHandler now loads image as everywhere else in the code using `Client.imageBasePath` Using import doesn't work as the image is not available in the npm package. It generated error like this in ViteJS project: Failed to resolve import "../../../images/point.gif" from "../core/dist/esm/view/handler/ConstraintHandler.js". Does the file exist? This gif import had been introduced to make `Anchors.stories.js` retrieve the gif file. Configuring `imageBasePath` as already done in other stories fixes the issue. Don't export EditorCodec and StylesheetCodec as they generate errors. This is a temporary solution to avoid error in dependent project (at least, with ViteJS projects).
2022-07-05 06:08:25 +00:00
- name: Build ts-example
working-directory: packages/ts-example
run: npm run build
chore: migrate to storybook v7 (#230) - Migrate the existing stories to work with storybook v7. - Use the `vite` builder. The startup time decrease from 40 seconds (best time with v6) to 1 second (worst time with v7) - Webpack is no more used, `vite` now manages everything - Add support for writing stories in TypeScript. It also detect existing import errors in the existing stories written in JS - Migrate the Toolbar story to TypeScript to demonstrate it works. As part of the migration, fix how CellStyle is set in the story (easily detected thanks to types checking) - Detect wrong imports in stories and fix them - The storybook mini-site can be built (previously the build always failed and storybook could only be used in development mode) - Add support for Node 18 Other changes - core: simplify the "dev" script: - There is no need to invoke webpack as the UMD bundle is no longer used by stories. - Instead, call `tsc` watch which is faster, so code changes are visible faster in stories - "Build" GitHub workflow: - Build storybook mini-site and attach all examples as artifact to help reviewing Pull Requests - Lint at the end, this is more important to check the build and examples first
2023-10-12 21:41:37 +00:00
- name: Build Storybook mini-site
working-directory: packages/html
run: npm run build
- name: Upload all examples as artifact
uses: actions/upload-artifact@v3
with:
name: bundles-test-results-${{github.sha}}
path: |
packages/html/dist/
packages/ts-example/dist/
- name: Ensure no lint errors
run: npm run lint