Skip to content

matt-ross16/bot

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

74 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

enarxbot

enarxbot is a set of Github-native tools for project organization designed to be simple, stateless, and secure. It's built on Github Actions, and aims to provide common-sense automation on top of Github's existing features (issues, PRs, assignees, etc).

At the moment, this work is partially specific to the Enarx project -- though modularization efforts are underway to make it generally available.

Dashboard

See the status of Enarxbot on all repositories that use it.

bot enarx-keepldr enarx-wasmldr frenetic packet.com enarx.github.io

Usage

Setup takes just a few straightforward steps.

Authenticating with Github

Enarxbot relies on a personal access token to interact with Github and work its magic. If you're setting up a new repository, you'll need to provision one with the public_repo and write:org scopes enabled and make it available as a shared secret to your repository, using the name BOT_TOKEN. (Organization-wide secrets also work.)

Github strongly recommends creating a separate account for PATs like this, and scoping access to that account accordingly. The Enarx project uses the enarxbot account to provision its key, for example.

If you're setting up an Enarx organization repository, you don't need to do this step -- our token is already set up.

Enabling Enarxbot on a repository

Once a token is available to your repo, the final step is to enable Enarxbot via Github Actions. To do so, create a new workflow under .github/workflows with the following structure:

name: enarxbot

on:
  check_run:
  check_suite:
  create:
  delete:
  deployment:
  deployment_status:
  fork:
  gollum:
  issue_comment:
  issues:
  label:
  milestone:
  page_build:
  project:
  project_card:
  project_column:
  public:
  pull_request_target:
    types:
      - assigned
      - unassigned
      - labeled
      - unlabeled
      - opened
      - edited
      - closed
      - reopened
      - synchronize
      - ready_for_review
      - locked
      - unlocked
      - review_requested
      - review_request_removed
  push:
  registry_package:
  release:
  status:
  watch:
  schedule:
    - cron: '*/15 * * * *'
  workflow_dispatch:

jobs:
  enarxbot:
    runs-on: ubuntu-latest
    env:
      BOT_TOKEN: ${{ secrets.BOT_TOKEN }}
    name: enarxbot
    steps:
      - uses: enarx/bot@master

Have a look at this repository's workflow for an example.

Once this is in place, you're done! Enarxbot should begin working on your repo when certain events (ex. an issue/PR gets opened) happen.

FAQ

Why do I need to listen for every single Actions event in my workflow?

Enarxbot filters the actions it takes based on the event that occurs. For example, it will request new reviewers when a new PR is opened, but it won't attempt to do label management until that PR has been labeled.

Enarxbot doesn't need every trigger to work properly -- in fact, it doesn't use most of them at all. However, there's little downside to enabling all of them, and doing so automatically opts your repository into new automation as it's released.

What happens if I don't set BOT_TOKEN properly?

If Enarxbot can't find a valid token under BOT_TOKEN, it will fail gracefully with a note reminding you to add one if you want to opt into automation. It should not send you a failure email about it.

This avoids forks of repositories that have Enarxbot enabled from spamming their authors with needless Actions failure emails about improperly-set credentials.

About

I'm a bot. Bleep. Blorp.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Python 99.4%
  • Dockerfile 0.6%