Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/boasiHQ/interactive-inputs
Enable interactive inputs in a GitHub Action workflow and access the portal from anywhere
https://github.com/boasiHQ/interactive-inputs
ci ci-cd cicd github-actions input-output
Last synced: 2 months ago
JSON representation
Enable interactive inputs in a GitHub Action workflow and access the portal from anywhere
- Host: GitHub
- URL: https://github.com/boasiHQ/interactive-inputs
- Owner: boasiHQ
- License: mit
- Created: 2024-08-01T03:36:24.000Z (3 months ago)
- Default Branch: main
- Last Pushed: 2024-08-28T00:03:16.000Z (3 months ago)
- Last Synced: 2024-08-28T22:32:26.457Z (3 months ago)
- Topics: ci, ci-cd, cicd, github-actions, input-output
- Language: JavaScript
- Homepage: https://interactiveinputs.com
- Size: 20.4 MB
- Stars: 1
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Funding: .github/FUNDING.yml
Awesome Lists containing this project
- awesome-actions - Interactive Inputs - Runtime workflow inputs - Add dynamic inputs at runtime for your GitHub Actions workflows (Community Resources / Utility)
- trackawesomelist - Interactive Inputs - Runtime workflow inputs (⭐1) - Add dynamic inputs at runtime for your GitHub Actions workflows (Recently Updated / [Sep 02, 2024](/content/2024/09/02/README.md))
- fucking-awesome-actions - Interactive Inputs - Runtime workflow inputs - Add dynamic inputs at runtime for your GitHub Actions workflows (Community Resources / Utility)
README
# Interactive Inputs
Enhance your GitHub Action workflows with in-workflow/action inputs! This action enables dynamic workflows that can adapt to user input.
## Summary
The Interactive inputs action allows you to utilise runtime inputs in your GitHub Actions workflows. This action is a powerful way to create dynamic workflows that can adjust based on user input.
The action was developed to address the issue of GitHub Actions not having a core feature that is found in other CI tools such as Jenkins - in-pipeline input variables. With this action, you can create an in-pipeline input that will prompt the user for input during runtime, and then use that input in the workflow via a deterministic output.
### Developing Locally
If you want to contribute, fix a bug, or play around with this action locally, please follow the instructions outlined in the [**getting started** file](./gettting-started.md).
## Inputs
| name | description | required | default |
| --- | --- | --- | --- |
| `title` |The title of the interactive inputs form
| `false` | `""` |
| `interactive` |The representation (in yaml) of fields to be displayed
| `true` | `fields: - label: random-string properties: display: Enter a random string type: text description: A random string up to 20 characters long maxLength: 20 required: false - label: choice properties: display: Select a monitoring tool type: select description: Available options to chose from choices: ["datadog", "sentry", "grafana"] required: true ` |
| `timeout` |The timeout in seconds for the interactive inputs form
| `false` | `300` |
| `ngrok-authtoken` |The authtoken for ngrok used to expose the interactive inputs form
| `true` | `""` |
| `github-token` |The token used to authenticate with GitHub API
| `true` | `${{ github.token }}` |
| `notifier-slack-enabled` |Whether to send a notification to Slack about the status of the interative inputs form
| `true` | `false` |
| `notifier-slack-thread-ts` |The timestamp of the message to reply to in the thread
| `false` | `""` |
| `notifier-slack-token` |The token used to authenticate with Slack API
| `true` | `xoxb-secret-token` |
| `notifier-slack-channel` |The channel to send the notification to
| `true` | `#notificaitons` |
| `notifier-slack-bot` |The name of the bot to send the notification as
| `false` | `""` |
| `notifier-discord-enabled` |Whether to send a notification to Discord about the status of the interative inputs form
| `true` | `false` |
| `notifier-discord-thread-id` |The ID of the Discord thread the message should be sent to
| `false` | `""` |
| `notifier-discord-webhook` |The webhook URL used to send the notification(s) to Discord
| `true` | `secret-webhook` |
| `notifier-discord-username` |The username to send the notification(s) as
| `false` | `""` |To see the full list of supported input fields for the `interactive` input, see the [Input Fields Types](#input-fields-types) section below.
### Screenshots
Here are some screenshots of the Interactive Input action... in action 👀😔:
## Getting Started
To get started, there are three main steps:
1. Sign up to NGROK and get your auth token if you do not already have one by [**clicking here**](https://dashboard.ngrok.com/signup)
2. Add this action `boasihq/[email protected]` to your workflow file. See [the example below](#example) for more information.
3. Use the predictable output variables from your interactive input portal to create dynamic workflows.> Note, this action requires an ARM64 or AMD64 (x86) runner to run i.e. `ubuntu-latest`
### Sending notifications to Slack/ Discord
To send notifications to Slack/ Discord, you will need to do the following:
1) Create your desired [Slack](#creating-a-slack-integration)/[Discord](#creating-a-discord-integration) integration token or webhook respectively.
2) Ensure you've enabled `notifier-slack-enabled` or `notifier-discord-enabled` respectively.
3) Pass the token or webhook to the action with `notifier-slack-token` or `notifier-discord-webhook`, respectively.#### Creating a Slack integration
To create a Slack integration, follow these steps:
1. Go to the Slack API website at https://api.slack.com/apps.
2. Click on the "Create New App" button.
3. Enter a name for your app and select the workspace where you want to create the integration.
4. Click on the "Create App" button.
5. In the app's settings, navigate to the "OAuth & Permissions" section.
6. Under the "Scopes", add the following permissions:
- `chat:write`
- `chat:write. customise`
7. Click on the "Install App to Workspace" button.
8. Follow the instructions to install the app in your workspace.
9. Once the installation is complete, you will receive a "Bot User OAuth Access Token".
10. Copy the token and use it in your GitHub Action declaration (We recommended saving it as a secret in your GitHub repository/organisation).> Note: If you want to send/create a notification to a specific thread, you will need to pass the thread timestamp to the action with the `notifier-slack-thread-ts` input.
>
>#### Creating a Discord integration
To create a Discord integration, follow these steps:
1. Go to the Discord app or web client at https://discord.com/channels/@me.
2. Right-click on the server you want to create the integration, followed by "Server Settings" and "Integrations".
3. Click on the "Webhook".
4. Click on the "New Webhook" button.
5. Select the new webhook and change the "Name" and target "Channel".
6. Press the "Copy Webhook URL" button and use it in your GitHub Action declaration (We recommended saving it as a secret in your GitHub repository/organisation).> Note: If you want to send a notification to a specific thread, you will need to pass the thread ID to the action with the `notifier-discord-thread-id input
>
>## Example
To get started, below is an example of how you can leverage this action in your workflow file:
```yaml
name: '[Example] Interactive Inputs'on:
push:jobs:
interactive-inputs:
timeout-minutes: 3
runs-on: ubuntu-latest
permissions:
contents: write
actions: write
steps:
- name: Example Interactive Inputs Step
id: interactive-inputs
uses: boasihq/[email protected]
with:
ngrok-authtoken: ${{ secrets.NGROK_AUTHTOKEN }}
notifier-slack-enabled: "false"
notifier-slack-channel: "#notificaitons"
notifier-slack-token: ${{ secrets.SLACK_TOKEN }}
notifier-slack-thread-ts: ""
notifier-discord-enabled: "false"
notifier-discord-webhook: ${{ secrets.DISCORD_WEBHOOK }}
notifier-discord-thread-id: ""
timeout: 160
title: 'A batch of 10 feature flags have been added to be deployed. Would you like to proceed?'
interactive: |
fields:
- label: continue-roll-out
properties:
display: Continue to roll out?
defaultValue: 'false'
type: boolean
required: true
- label: exclude-domains
properties:
description: Select the domains to exclude from the roll out
display: Exclude domain(s)
type: multiselect
disableAutoCopySelection: false
choices:
["Payments", "Bookings", "Notifications", "Support"]
- label: notes
properties:
display: Additional note(s)
type: textarea
description: Additional notes on why this decision has been made are to be added to the audit trail.- name: Display Outputs
shell: bash
run: |
echo "Display Outputs"
echo -e "\n==============================\n"
echo "Detected Outputs: ${{join(steps.interactive-inputs.outputs.*, '\n')}}"
echo -e "\n==============================\n"
```### Key points
When using this action, here are a few key points to note:
- To enable the external notifications, you will need to set the `notifier-slack-enabled` or `notifier-discord-enabled` property to `true` in the `with` object. Follow the [**Creating a Slack integration**](#creating-a-slack-integration) or [**Creating a Discord integration**](#creating-a-discord-integration) sections above for more information.
- To send a message to a thread, you will need to set the `notifier-slack-thread-ts` or `notifier-discord-thread-id` property to the thread timestamp or thread ID, respectively.
- The portal will display fields in the order defined in the `fields` array.
- The `label` property is used to identify the input field and its corresponding output. For example, the `label` property in the `fields` array for **Continue to roll out?** is `continue-roll-out`. This means that the output will be stored in a variable called `continue-roll-out`, which can be accessed using the syntax `${{ steps.interactive-inputs.outputs.continue-roll-out }}`.
- The env `ngrok-authtoken` input is used to open the Ngrok tunnel, which is used to give access to your runner-hosted portal. It is needed to be set in the workflow file.
- Signing up for NGROK is free and quick; it can be done [here](https://dashboard.ngrok.com/signup).
- There are various [types of input fields](#input-fields-types) that can be used, [**vist the input fields types**](#input-fields-types) in this README for more information.
- The `timeout` property sets the timeout for the interactive input. The workflow will fail if the user does not respond within the timeout period.## Input Fields Types
The input fields shape the user interface of the interactive input. The input fields are defined in the `fields` property of the `interactive` attribute of the `with` object.
```yaml
...
- name: Example Interactive Inputs Step
id: interactive-inputs
uses: boasihq/[email protected]
with:
...
interactive: |
fields:
- label: continue-roll-out
properties:
display: Continue to roll out?
...
```The `fields` property is an array of objects, each object representing a field. Each field type has its properties, some unique to the particular field type. See below the supported field types and their respective properties.
### Text Input - `text`
The text input field is used to capture text input from the user. It is the most commonly used input field type.
#### Example
```yaml
fields:
- label: name # Required
properties:
display: Name # Optional: if not specified, the title for the field will not be displayed on the portal
type: text # Required
description: The name of the user # Optional: If not added, "i" won't be on the portal for the field
required: true # Optional: If not added, will default to `false`
maxLength: 20 # Optional: If not added, the user will not have a limit
placeholder: Enter your name # Optional: If not added, the placeholder won't be displayed on the portal
defaultValue: John Doe # Optional: If not added, the default value won't be displayed on the portal
```
### Textarea Input - `textarea`The textarea input field is used to capture or display ( set `readOnly` to `true`) multi-line text input from the user. It is commonly used to capture long text input from the user.
> Note, when set to `readOnly` true, the data will still be stored in the output variable, but the user cannot change the value.
#### Example
```yaml
fields:
- label: notes # Required
properties:
display: Additional note(s) # Optional
type: textarea # Required
description: Additional notes on this decision # Optional
required: false # Optional
maxLength: 200 # Optional
placeholder: Enter your notes # Optional
defaultValue: This is a note # Optional
readOnly: false # Optional: If not added, will default to `false`. If set to `true` the field will be read-only, and the user will not be able to change the value, which can be useful for displaying information to the user.
```### Number Input - `number`
The number input field is used to capture numerical input from the user.
#### Example
```yaml
fields:
- label: cache-wipe-days # Required
properties:
display: Wipe cache data by (days) # Optional
type: number # Required
description: The number of days to wipe cache the data for # Optional
required: true # Optional
minNumber: 0 # Optional: This is the minimum number that the user can enter
maxNumber: 17 # Optional: This is the maximum number that the user can enter
placeholder: Enter the number of days to wipe cache data # Optional
defaultValue: 14 # Optional: This is the value that will be displayed on the portal and used for the output if the user enters no value
```### Boolean Input - `boolean`
The boolean input field captures a boolean input from the user (`True` or `False`). It is commonly used to determine where the expected output should be `True` or `False` from the user.
#### Example
```yaml
fields:
- label: use-interactive-inputs # Required
properties:
display: Should you use Interactive Inputs? # Optional
type: boolean # Required
description: Whether you should use Interactive Inputs in your workflows # Optional
defaultValue: true # Optional: If not added, neither True nor False will be selected on the portal
```### Select Input - `select`
The select input field captures a single selection from a list of options from the user. It is commonly used to capture when you wish to scope the user's choice for a particular set of options.
> Note, the `choices` property can be represented as a hyphenated list of strings (shown in the example below) or also an array of strings, i.e. `["US", "UK", "DE", "FR", "JP"]`.
#### Example
```yaml
fields:
- label: country-rate-limit # Required
properties:
display: Which country should have a limited request rate? # Optional
type: select # Required
description: The country that should have requests for unregistered users rate limited # Optional
required: false # Optional
disableAutoCopySelection: false # Optional: If set to `true`, the user's selected choice will not be automatically copied to the clipboard.
choices: # Required: This is the list of options the user can select. It can be generated by a previous step or a static list of options.
- US
- UK
- DE
- FR
- JP
```### Multi-Select Input - `multiselect`
The multi-select input field captures multiple selections from a list of user options. It is commonly used to capture when you wish to scope the user's selection for a particular set of options.
> Note, the `choices` property can be represented as a hyphenated list of strings (shown in the example below) or also an array of strings, i.e. `["US", "UK", "DE", "FR", "JP"]`.
#### Example
```yaml
fields:
- label: countries-to-rate-limit # Required
properties:
display: Which countries should have a limited request rate? # Optional
type: multiselect # Required
description: The countries that should have requests for unregistered users rate limited # Optional
required: false # Optional
disableAutoCopySelection: false # Optional: If set to `true`, the user's selected choice will not be automatically copied to the clipboard.
choices: # Required: This is the list of options the user can select. It can be generated by a previous step or a static list of options.
- US
- UK
- DE
- FR
- JP
```## 💻 Contributing, 🐛 Reporting Bugs & 💫 Feature Requests
We are currently developing a process to facilitate contributions. Please be patient with us! In the meantime, please create an issue if you would like to request additional features, report any unexpected behaviour, or provide any other feedback.
Soon, we will use issues to gather feedback on bugs, feature requests, and more. When testing new features or bug fixes, we will create pull requests (PRs) and keep them focused on a single feature or bug fix, allowing you to test them.
When expressing interest in a bug, enhancement, PR, or issue, please use the thumbs-up or thumbs-down emoji on the original message rather than adding duplicate comments.
## Licence
MIT License - see [LICENSE.md](LICENSE.md) for details