Commit ef2faeb
ci(rp-4): publish-cli-release-assets fires when 3 of 4 CLI builds succeed
Windows build-cli-windows has been the persistent failure across v0.1.6/
v0.1.7/v0.1.8 (3 attempts) — keeps failing at 'Package zip' even with
choco install zip + as_posix() on ORT_CAPI + the script's bsdtar
fallback. Without reproducible local Windows env to debug, this is
becoming the blocker for the brew tap shipping at all.
Resolution: loosen publish-cli-release-assets dependency on Windows
specifically, while keeping it in 'needs' so we can pick up the
.zip automatically when Windows starts succeeding later.
- if: condition now checks each needed job's .result individually
(Linux CPU + Linux GPU + macOS arm64 must succeed)
- fail_on_unmatched_files: false on the action-gh-release step
so a missing .zip glob doesn't fail the attach step
- build-cli-windows still runs every release; its artifact (when
successful) is picked up automatically by the cli-* glob
Trade-off: GH Release ships 6 of 8 assets until Windows is fixed.
Operators on Windows fall back to the Python wheel or Docker until
the .ps1 installer has a tarball to install.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>1 parent 9e8392e commit ef2faeb
1 file changed
Lines changed: 18 additions & 2 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
788 | 788 | | |
789 | 789 | | |
790 | 790 | | |
791 | | - | |
| 791 | + | |
| 792 | + | |
| 793 | + | |
| 794 | + | |
| 795 | + | |
| 796 | + | |
| 797 | + | |
| 798 | + | |
| 799 | + | |
| 800 | + | |
| 801 | + | |
| 802 | + | |
| 803 | + | |
792 | 804 | | |
793 | 805 | | |
794 | 806 | | |
| |||
824 | 836 | | |
825 | 837 | | |
826 | 838 | | |
827 | | - | |
| 839 | + | |
| 840 | + | |
| 841 | + | |
| 842 | + | |
| 843 | + | |
828 | 844 | | |
829 | 845 | | |
830 | 846 | | |
| |||
0 commit comments