Skip to content

~Sandbox

~Sandbox #240

Workflow file for this run

name: "~Sandbox"
on:
workflow_dispatch:
jobs:
make-issue:
runs-on: ubuntu-22.04
permissions:
issues: write
steps:
- uses: octokit/request-action@v2.x
with:
#route: POST /repos/{owner}/{repo}/issues
#route: PATCH /repos/{owner}/{repo}/issues/{issue_number}
route: PATCH /repos/{owner_and_repo}/issues/{issue_number}
#owner: ${{ github.repository_owner }}
#repo: JAX-Toolbox
owner_and_repo: ${{ github.repository }}
issue_number: 215 # DELETE ME
title: |
(Bot-triages) XXX failure
body: |
|
Result:
* https://github.
| header1 | header2 |
| --- | --- |
| foo | bar |
assignee: terrykong
labels:
- auto-triage

Check failure on line 32 in .github/workflows/_sandbox.yaml

View workflow run for this annotation

GitHub Actions / ~Sandbox

Invalid workflow file

The workflow is not valid. .github/workflows/_sandbox.yaml (Line: 32, Col: 13): A sequence was not expected
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
ACTIONS_STEP_DEBUG: true
#sandbox:
# runs-on: ubuntu-22.04
# steps:
# - name: Login to GitHub Container Registry
# uses: docker/login-action@v2
# with:
# registry: ghcr.io
# username: ${{ github.repository_owner }}
# password: ${{ secrets.GITHUB_TOKEN }}
# - name: Print usage
# run: |
# cat << EOF
# This is an empty workflow file located in the main branch of your
# repository. It serves as a testing ground for new GitHub Actions on
# development branches before merging them to the main branch. By
# defining and overloading this workflow on your development branch,
# you can test new actions without affecting your main branch, ensuring
# a smooth integration process once the changes are ready to be merged.
# Usage:
#
# 1. In your development branch, modify the sandbox.yml workflow file
# to include the new actions you want to test. Make sure to commit
# the changes to the development branch.
# 2. Navigate to the 'Actions' tab in your repository, select the
# '~Sandbox' workflow, and choose your development branch from the
# branch dropdown menu. Click on 'Run workflow' to trigger the
# workflow on your development branch.
# 3. Once you have tested and verified the new actions in the Sandbox
# workflow, you can incorporate them into your main workflow(s) and
# merge the development branch into the main branch. Remember to
# revert the changes to the sandbox.yml file in the main branch to
# keep it empty for future testing.
# EOF