| Files | Last commit | Last update |
|---|---|---|
ci: complete the daily package pipeline - schedule the daily build at 00:10 Asia/Shanghai (off the top of the hour: the platform drops midnight-slot triggers under load, while off-peak test slots always fired) on the packaging-host fork only: upstream main as bitfun-daily.YYYYMMDD, all three platforms (OHOS signed HAP/.app, Windows/macOS dev-preview zips) on the same machines as manual runs - run the daily gating jobs on the windows_package host (no target=linux runner exists) and provision node inside a container of the cached rust-ci-windows image - prune stale daily artifacts BEFORE the builds, keyed off the embedded name-date, so the 1G namespace quota never holds two days at once; every daily artifact producer (OHOS, windows, macos) waits for the prune via always()-guarded needs, and the listing pages until an empty page with loud failures - prefill the manual dispatch form for v2.0.2: all three platforms default on, the repo box shows the upstream URL, and release tag / package name / title default to v2.0.2 / bitfun-v2.0.2 / BitFun ADE v2.0.2 (schedule events still see empty inputs, so the daily path is unaffected) - drop release/2.0.0 from the ohos_ci and windows_macos_ci pull_request triggers (main-only now) - add a replace_assets dispatch option (and a --replace flag on publish-gitcode-release.mjs): same-tag reruns normally skip same-name assets, but with the option on the old asset is deleted first and the new file uploaded, covering release iterations like repeated RC builds - attach the unsigned OHOS project source archive to GitCode releases: package.sh zips src/apps/ohos right after the hnp copy and module.json5 injection but BEFORE the signing-config injection, so the archive holds the pristine upstream build-profile and no build outputs; the collect step only gathers it when uploading to a release (daily artifacts stay lean) and the OHOS upload allowlist gains zip/tgz - ship the app icons from the workflow ref via .package-tools/icons instead of the checked-out packaged branch - record the exact OHOS workspace (epoch + find -newermt) instead of inferring it from directory heuristics; keep timestamp-shape and mtime scans only as fallbacks and print the searched HAP paths on failure - stop copying mobile-web dist into the OHOS resfile: the reworked project generates and embeds it during the hvigor build, so package.sh only stages the .so now (the frontend build and the dist sanity check stay) - drop the redundant .so and mobile-web-dist from the OHOS artifact (already embedded in the HAP/.app); so-only mode keeps collecting them as the product - validate the injected OHOS signing configs seconds after the clone: the signingConfigs block is extracted by bracket depth (indentation- and comma-agnostic, failing loudly when the block is unterminated or the anchor is missing), then duplicate names, a missing default, or a missing release in -a mode fail immediately with the block printed, instead of surfacing as a hvigor Duplicated signingConfigs error after the 30-minute build - restate the daily job gating with inputs/atomgit expressions because GitCode if-expressions reject the needs context (values still flow through env/with); manual dispatches keep building when the daily-only prune job is skipped | 1 day ago | |
ci: complete the daily package pipeline - schedule the daily build at 00:10 Asia/Shanghai (off the top of the hour: the platform drops midnight-slot triggers under load, while off-peak test slots always fired) on the packaging-host fork only: upstream main as bitfun-daily.YYYYMMDD, all three platforms (OHOS signed HAP/.app, Windows/macOS dev-preview zips) on the same machines as manual runs - run the daily gating jobs on the windows_package host (no target=linux runner exists) and provision node inside a container of the cached rust-ci-windows image - prune stale daily artifacts BEFORE the builds, keyed off the embedded name-date, so the 1G namespace quota never holds two days at once; every daily artifact producer (OHOS, windows, macos) waits for the prune via always()-guarded needs, and the listing pages until an empty page with loud failures - prefill the manual dispatch form for v2.0.2: all three platforms default on, the repo box shows the upstream URL, and release tag / package name / title default to v2.0.2 / bitfun-v2.0.2 / BitFun ADE v2.0.2 (schedule events still see empty inputs, so the daily path is unaffected) - drop release/2.0.0 from the ohos_ci and windows_macos_ci pull_request triggers (main-only now) - add a replace_assets dispatch option (and a --replace flag on publish-gitcode-release.mjs): same-tag reruns normally skip same-name assets, but with the option on the old asset is deleted first and the new file uploaded, covering release iterations like repeated RC builds - attach the unsigned OHOS project source archive to GitCode releases: package.sh zips src/apps/ohos right after the hnp copy and module.json5 injection but BEFORE the signing-config injection, so the archive holds the pristine upstream build-profile and no build outputs; the collect step only gathers it when uploading to a release (daily artifacts stay lean) and the OHOS upload allowlist gains zip/tgz - ship the app icons from the workflow ref via .package-tools/icons instead of the checked-out packaged branch - record the exact OHOS workspace (epoch + find -newermt) instead of inferring it from directory heuristics; keep timestamp-shape and mtime scans only as fallbacks and print the searched HAP paths on failure - stop copying mobile-web dist into the OHOS resfile: the reworked project generates and embeds it during the hvigor build, so package.sh only stages the .so now (the frontend build and the dist sanity check stay) - drop the redundant .so and mobile-web-dist from the OHOS artifact (already embedded in the HAP/.app); so-only mode keeps collecting them as the product - validate the injected OHOS signing configs seconds after the clone: the signingConfigs block is extracted by bracket depth (indentation- and comma-agnostic, failing loudly when the block is unterminated or the anchor is missing), then duplicate names, a missing default, or a missing release in -a mode fail immediately with the block printed, instead of surfacing as a hvigor Duplicated signingConfigs error after the 30-minute build - restate the daily job gating with inputs/atomgit expressions because GitCode if-expressions reject the needs context (values still flow through env/with); manual dispatches keep building when the daily-only prune job is skipped | 1 day ago | |
ci: complete the daily package pipeline - schedule the daily build at 00:10 Asia/Shanghai (off the top of the hour: the platform drops midnight-slot triggers under load, while off-peak test slots always fired) on the packaging-host fork only: upstream main as bitfun-daily.YYYYMMDD, all three platforms (OHOS signed HAP/.app, Windows/macOS dev-preview zips) on the same machines as manual runs - run the daily gating jobs on the windows_package host (no target=linux runner exists) and provision node inside a container of the cached rust-ci-windows image - prune stale daily artifacts BEFORE the builds, keyed off the embedded name-date, so the 1G namespace quota never holds two days at once; every daily artifact producer (OHOS, windows, macos) waits for the prune via always()-guarded needs, and the listing pages until an empty page with loud failures - prefill the manual dispatch form for v2.0.2: all three platforms default on, the repo box shows the upstream URL, and release tag / package name / title default to v2.0.2 / bitfun-v2.0.2 / BitFun ADE v2.0.2 (schedule events still see empty inputs, so the daily path is unaffected) - drop release/2.0.0 from the ohos_ci and windows_macos_ci pull_request triggers (main-only now) - add a replace_assets dispatch option (and a --replace flag on publish-gitcode-release.mjs): same-tag reruns normally skip same-name assets, but with the option on the old asset is deleted first and the new file uploaded, covering release iterations like repeated RC builds - attach the unsigned OHOS project source archive to GitCode releases: package.sh zips src/apps/ohos right after the hnp copy and module.json5 injection but BEFORE the signing-config injection, so the archive holds the pristine upstream build-profile and no build outputs; the collect step only gathers it when uploading to a release (daily artifacts stay lean) and the OHOS upload allowlist gains zip/tgz - ship the app icons from the workflow ref via .package-tools/icons instead of the checked-out packaged branch - record the exact OHOS workspace (epoch + find -newermt) instead of inferring it from directory heuristics; keep timestamp-shape and mtime scans only as fallbacks and print the searched HAP paths on failure - stop copying mobile-web dist into the OHOS resfile: the reworked project generates and embeds it during the hvigor build, so package.sh only stages the .so now (the frontend build and the dist sanity check stay) - drop the redundant .so and mobile-web-dist from the OHOS artifact (already embedded in the HAP/.app); so-only mode keeps collecting them as the product - validate the injected OHOS signing configs seconds after the clone: the signingConfigs block is extracted by bracket depth (indentation- and comma-agnostic, failing loudly when the block is unterminated or the anchor is missing), then duplicate names, a missing default, or a missing release in -a mode fail immediately with the block printed, instead of surfacing as a hvigor Duplicated signingConfigs error after the 30-minute build - restate the daily job gating with inputs/atomgit expressions because GitCode if-expressions reject the needs context (values still flow through env/with); manual dispatches keep building when the daily-only prune job is skipped | 1 day ago |
| Files | Last commit | Last update |
|---|---|---|
| 1 day ago | ||
| 1 day ago | ||
| 1 day ago |