feat: Add notify-telegram composite action #3
No reviewers
Labels
No labels
priority/P0
priority/P1
priority/P2
priority/P3
size/L
size/M
size/S
size/XL
size/XS
state/done
state/in-progress
state/in-review
state/needs-refinement
state/ready
type/bug
type/chore
type/feature
type/refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
amtronics/platform-actions!3
Loading…
Reference in a new issue
No description provided.
Delete branch "feat-notify-telegram"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Issue
Closes #2
Problem
Telegram notification logic is copied and drifted across three repositories (two composite actions with different input names, plus inline curl), against the org rule that it lives in one reusable action. This repository is its designated home but held only a README.
Solution
Adds the notify-telegram composite action — the portfolio implementation, unchanged in behavior — and documents its inputs and pinned-tag consumption in the README. After merge, an annotated v1 tag marks the first consumable release.
Review notes
The action never fails a caller: empty config skips, delivery errors warn and exit zero, and the Telegram response body is never printed because it can echo the token. Values are passed via env, never expression-interpolated.
Risks and trade-offs
Existing repositories keep their local copies until they migrate (out of scope here), so drift persists a little longer; the launchpad pipeline consumes this action first.