github / github/branch-deploy

Support for multiple deployments in one comment

Offen
#411 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
question
Vorherrschende Sprache
TypeScript
Sterne
576
Forks
74
Ø Merge
11 Std. 7 Min.
Gemergte PRs (30 T.)
1

Beschreibung

### Details

# Hello

I would like to ask if it is possible to replace `context.payload.comment.body` with a specific comment body that is passed through the workflow call.

The reason I’m asking is that I want to support multiple deployments from a single comment. The repository I’m working on contains many different ArgoCD-managed apps (spread across 10+ clusters).

The way we currently use `.deploy` is like this:
```
.deploy app1-enva
```
where `app1` is the application and `enva` is the cluster where we want to deploy it.

I forked the repo about 2 months ago and made it work by building a matrix from the different `.deploy` commands and then running each sequentially. However, the branch-deploy workflow wanted to use the whole comment, e.g.:
```
.deploy app1-enva .deploy app2-envb
```
So I made some changes in the code and replaced `context.payload.comment.body` with a specific `COMMENT_BODY` passed from the matrix (always the one currently deploying). This worked.

Now, I’ve been asked if there’s a way to merge this change back into the original repo so we don’t need to maintain a separate fork.

So my question is: **Is it possible to merge my changes that replace `context.payload.comment.body` with a specific comment body that gets passed in through the workflow call?** Or it would break too many things for other users?

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Start by locating the branch-deploy workflow and every use of context.payload.comment.body, then compare those paths with the proposed COMMENT_BODY workflow input and matrix-based deployment flow. Check how a single deployment comment is currently parsed and passed through the workflow. Done means multiple .deploy commands can be processed independently without breaking existing single-command behavior.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
github-actions, typescript
Bereich
ci-cd, devops
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.