ADORSYS-GIS / ADORSYS-GIS/converse-frontends

[Story]: Re-point delivery at the console

未關閉
#282 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
user-story
主要語言
TypeScript
星號
0
分支
0
平均合併
1 小時 49 分鐘
30 天內合併 PR
253

描述

## Story Statement

As a developer and operator of converse-frontends,
I want the release pipeline (Helm chart, image workflow, Storybook publishing) pointed at
`apps/console` instead of the retired Expo app,
so that the repo ships a real, deployable artifact again and `packages/ui-web`'s Storybook is
actually published.

## Real Intent

#258 disabled automatic image builds as a stopgap because they still targeted the Expo app. That
stopgap only makes sense if it is followed by re-pointing delivery at the surface that actually
matters now — the console. Leaving it as-is indefinitely means the repo ships nothing, and
`packages/ui-web` — the design system the console actually uses — has never once had its Storybook
published, because `storybook-pages.yml` is still hardcoded to the old package's path.

## Background and Context

`charts/converse-frontend` and `docker-image.yml` still build/deploy the Expo app; `docker-image.yml`
is currently `workflow_dispatch`-only per #258. `storybook-pages.yml`'s path filter is hardcoded to
`packages/ui/**`, so `packages/ui-web`'s Storybook — despite being live and in active use by the
console workstream — has never deployed.

## Source of truth (links)

ADR 0009, Decision 1 and Follow-up 7: https://github.com/ADORSYS-GIS/converse-frontends/blob/main/docs/adr/0009-nextjs-console-replacement.md
#258 (image builds disabled, `workflow_dispatch` only): https://github.com/ADORSYS-GIS/converse-frontends/pull/258

## Acceptance Criteria

### Functional
- [ ] Given `docker-image.yml` and `charts/converse-frontend` after this story merges, when a
release is triggered, then a `apps/console` image is built and the GitOps chain resolves it.
- [ ] Given `storybook-pages.yml` after this story merges, when `packages/ui-web` changes, then its
Storybook publishes.

### Negative / Edge Cases
- [ ] Given the re-pointed `docker-image.yml`, when it is first exercised, then the trigger is
deliberate (manual/tagged), not silently automatic, so a bad first build cannot ship
unattended.

### Non-Functional
- [ ] The GitOps chain (private OCI chart/image → ai-helm `converse-ui` ArgoCD app → home-os
cluster) resolves the re-pointed chart/image without manual patching.

## Out of Scope

Deleting the Expo app/`packages/ui` itself — tracked in Story 5.1. Deciding *when* to cut a
production release beyond making the pipeline capable of it.

## Dependencies and Blockers

Depends on Story 5.1's deletion for the pipeline change to make sense as a permanent state, but is
not strictly blocked on it — the Helm chart/workflow retarget and the Storybook filter widening can
land independently since they only change what CI builds/publishes, not what exists in the repo.

## Assumptions

- The GitOps chain documented for this repo (private OCI chart/image → ai-helm `converse-ui`
ArgoCD app → home-os cluster) is still the correct target — confirm with the delivery owner
before merging.

## Implementation Notes

Re-enable `docker-image.yml` against `apps/console`'s existing Next.js build output; update
`charts/converse-frontend` to match the console's runtime config (no more nginx/`envsubst`, per
Story 5.1). Widen `storybook-pages.yml`'s path filter to include `packages/ui-web/**`. Guidance
only — the implementing engineer may find a safer sequencing.

## Test Expectations

- A manually-triggered `docker-image.yml` run producing a console image, verified against the
ai-helm ArgoCD app.
- A `packages/ui-web` change confirmed to trigger `storybook-pages.yml` and publish.

## Verification evidence

To be filled in by the implementing engineer at delivery time: workflow run links, published
Storybook URL, ArgoCD sync confirmation.

## Human accountable owner

@stephane-segning

## AI Usage Declaration

- Ticket decomposition

## Human verification completed

- [ ] I checked the story against the source of truth
- [ ] I confirmed the acceptance criteria
- [ ] I reviewed the implementation approach
- [ ] I verified generated code manually
- [ ] I verified generated tests manually
- [ ] I removed or corrected unsupported AI claims
- [ ] I am the accountable owner and accept responsibility for this story.

貢獻指南

開啟貢獻指南

研究方向

Read docker-image.yml, storybook-pages.yml, and charts/converse-frontend alongside ADR 0009 to identify the existing Expo targets and the console's runtime expectations. Confirm the GitOps target with the delivery owner before changing the workflows and chart. Done means a deliberate console image run resolves through the GitOps chain and a packages/ui-web change publishes its Storybook.

由索引模型根據 Issue 內容生成。

評估

技術堆疊
docker, github-actions, helm, nextjs, storybook, typescript
領域
ci-cd, cloud, devops, frontend
Issue 類型
功能
難度
4/5
預估耗時
3-5 天
活躍度
活躍
描述清晰度
基本清楚
新手友好度
48/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。