github / github/command

Inverse Command

オープン
#9 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
JavaScript
スター
167
フォーク
17
PR マージ指標
30日以内にマージされた PR はありません

説明

👋 fellow Hubber! Love this action and its versatility.

One idea that came to mind that would be helpful would be to specify an opposite/inverse of a command that would force the `continue` output to be `'false'`. Specifically I was thinking about approval workflows that happen in issues instead of PRs. Currently, this would have to be implemented with two different `github/command` steps (one for `.approve` and one for `.deny`).

Alternatively, it'd be helpful to combine them into one step:

```yaml
- name: Approve Command
id: approve
uses: github/command@vX.X.X
with:
allowed_contexts: issue
command: .approve
opposite: .deny
```

What do you think?

_Edit:_ I just realized that I probably worded this poorly. I know that further steps that check the `continue` output would not run because commenting with `.deny` would not match the expected keyword. What would probably work better would be to have a separate output that is set when the opposite command is provided.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

Start by reviewing the github/command action's command matching and output definitions. Compare the requested inverse-command behavior with the edited proposal for a separate output, and clarify the expected behavior for approval and denial comments. Done means the selected command and its opposite produce distinct, usable workflow outputs without requiring two command steps.

索引モデルが issue の本文から書いたものです。

評価

技術スタック
github-actions, javascript
領域
ci-cd
issue の種類
機能追加
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。