A gorgeous, feature-packed drop-in replacement for the go-task/task project

• Overview
• Features
  • Prompt
  • Initial Shell Script
  • Hide tasks from being listed
  • Initial Status
  • Stop commands before execution
  • Aliases
  • More output messages
  • Interactive Prompt
  • Fancy listing
  • Output custom messages on task success/failure
  • [WIP] Progress bar
• Installation
  • Quick Method
  • Compile Program with Go
  • NPM Install Method
  • Pre-Built Binary
• Usage
  • Man Page
• Contributing
• License

Bodega is an improved version of go-task that brings a slew of new features and improvements. It adds powerful UX features and functional improvements while retaining backwards compatibility. For those of you who do not know, Task is a task runner / Make alternative written in Go. It allows you to define bash script snippets in YML files and provides some advanced features. Some of the features it includes is the ability to define dependencies, running tasks conditionally, caching values, and a built-in method of housing CLI documentation. Bodega takes go-task to the next level by improving the TUI experience and including features that allow you to use the project as a CLI-generator.

A prompt field provides an interactive method of getting user data. In addition, it controls execution with the validate sub-field which, on correct input, executes the task answer. The user's selection (or input) is available as the .ANSWER template variable

---
version: '3'

tasks:
  test_prompt:
    vars:
      TEST: 'string'
    prompt:
      # available types:
      # multiline, multi_select, select, password, confirm, input
      type: input
      message: What day is it?
      # The options sub-field is used with propmpts of type select and multi_select
      # options:
      #   - msg: Sunday
      #   - Tuesday
      # The following is a dynamic option
      #   - msg:
      #       sh: date +%A
      validate:
        sh: '[[ ".ANSWER" == "Tuesday" ]]'
      answer:
        desc: 'a task executed on valid input only'
        cmds:
          - echo "successfully executing the answer task"

The field shell_rc is used to load common shell scripts or functions. It can be specified both globally (on the Taskfile level) and locally (on each individual task). Commands inside each task loads the shell_rc field before exeution.

---
version: '3'

shell_rc: |
  func(){
    echo "global function called!"
  }

tasks:
  init-script-global:
    desc: Testing a local shell_rc field
    cmds:
      - echo "trying out the global shell_rc field"
      - func

  init-script:
    desc: Testing a local shell_rc field
    shell_rc: |
      export VAR_INSIDE_INIT_SCRIPT="Hello from init script"
      func(){
        echo "local function called!"
      }
    cmds:
      - echo "This is a var inside init_script $VAR_INSIDE_INIT_SCRIPT"
      - func
      - sleep 2 # doing some work

The hide field allows a task to not be listed with task --list It can be also templated using Go templates

remember that Go is strongly typed. comparison must be done between equal types use double quotes for literals inside templates

---
version: '3'

tasks:
  error-with-hide:
    desc: A hidden task that exits with an errors
    vars:
      CGO_ENABLED: 'true'
    hide: '{{if eq .CGO_ENABLED "true"}} true else false end'
    # hide: true
    cmds:
      - echo "text"
      - exit 1
      - echo "unreachable"

The initial_status boolean field allows a task to be executed once if the status has been successfully executed once. An initial_status without a status is simple ignored

---
version: '3'

tasks:
  default:
    cmds:
      - generate-files
      - rm -rf directory/
      - generate-files

  generate-files:
    desc: Generate files diescription
    cmds:
      - mkdir directory
      - touch directory/file1.txt
      - touch directory/file2.txt
    # test existence of files
    status:
      - test -d directory
      - test -f directory/file1.txt
      - test -f directory/file2.txt
    initial_status: true

On running task default from the command line, only the first execution of task generate-files is done

Passing the --debug makes Task stop before each command execution, even for commands within a variable.

$ task --debug simple
task: [simple] echo 'hi'
Executing a shell command. Type enter to continue

hi

From the command line, you may call a task by its alias instead of its name

---
version: '3'

tasks:
  echo-with-errors-ignored:
    desc: Echoes a string but with errors ignored
    # Try calling the task from the command line as `task hello`
    alias: hello
    cmds:
      - cmd: exit 1
        ignore_error: true
      - echo "Hello World"

On the command line type task hello to execute the task

Running task with more -vs produces more verbose output

Executing task spawns a REPL-like shell by default. If you would like to execute the default task, please do task default

user@user:$ task
Type 'help' for a list of commands or 'quit' to exit
task> --list

   Tasks

              TASK           │ ALIAS │          DESCRIPTION
  ───────────────────────────┼───────┼─────────────────────────────────
    echo-with-errors-ignored │ hello │ Echoes a string but with
                             │       │ errors ignored
    generate-files           │       │ Generate files diescription
    init-script              │       │ Testing the new shell_rc field
    simple                   │       │ A simple task with no extra
                             │       │ features
    sleep                    │       │ zzzzzzz
    test_prompt              │       │ tests prompt
    test_prompt_confirm      │       │ test prompt confirm
    test_prompt_password     │       │ test prompt password

task> simple
task: [simple] echo "Hello"
Hello
task> sleep
task: [sleep] sleep "2"
task> ^D
readline error: EOF
user@user:$

task --list uses the list component from bubbletea

Customize the output message if the task successfully ran or failed. You can also define a custom message that runs before the task start.

---
version: '3'

tasks:
  custom-logs:
    run: once
    desc: 'includes custom messages on start/stop and error'
    cmds:
      - echo 'hey'
      - cmd: exit 99
        ignore_error: true
      - cmd: exit 12
        ignore_error: false
    log:
      success: 'hello custom-logs task'
      start: 'Log message to show before Go starts running the task logic (including env scripts)'
      error:
        default: 'Log message to show if the cmds return exit code 1 or greater'
        codes: # optional!
          - code: 12
            message: 'code exited with error code 12'

If the task exited with a particular error number, you may also tailor a speicific message for each error code with the codes field. Running the above task should output:

hello custom-logs task
task: [custom-logs] echo 'hey'
hey
task: [custom-logs] exit 99
task: [custom-logs] exit 12
code exited with error code 12
task: Failed to run task "custom-logs": exit status 12

Trach the issue here

There are several ways you can install this CLI. You can:

1. Use our bash scripts which will handle everything automatically with as few dependencies as possible
2. Compile the program using Go and add it to your PATH
3. Install it via an NPM convienience wrapper
4. Download the pre-built binary from the GitLab or GitHub releases page and then place it in your PATH

If you are looking to install the CLI as quickly as possible then you can run the following script which will install the binary to your /usr/local/bin folder on macOS or Linux:

curl -sS https://install.doctor/task | bash

Or, if you are on Windows, you can install it by running:

Set-ExecutionPolicy Bypass -Scope Process -Force; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServicePointManager]::SecurityProtocol -bor 3072; iex ((New-Object System.Net.WebClient).DownloadString('https://install.doctor/task?os=win'))

You can install the CLI by compiling it from the source as long as you have a recent version of Go installed:

git clone https://github.com/megabyte-labs/Bodega.git
cd {{#withLast (split repository.github "/")}}this/withLast
go build -o dist/task cmd/task/task.go
sudo mv ./dist/task /usr/local/bin

After you compile the program, you should then move the binary file to a location that is in your PATH (which is what the last line does in the snippet above).

Every release is bundled into an NPM package that you can install by running the following command:

npm install -g task

If you trust us (and you should not.. trust.. anybody.. EVER), then you can also download the binary directly from the Bodega GitLab release page or the GitHub release page. After you download the release, you will have to either place the binary somewhere in your PATH or run the installer (in the case of the .deb or .rpm releases, for instance).

All of the usage instructions can be found by running task --help. After running the command, you should be greeted with the following output:

Usage: task [-ilfwvsdm] [--init] [--list] [--force] [--watch] [--verbose] [--silent] [--dir] [--taskfile] [--dry] [--menu] [--summary] [--debug] [task...]

Runs the specified task(s). Runs a built-in shell if no task name
was specified, or lists all tasks if an unknown task name was specified.

Example: 'task hello' with the following 'Taskfile.yml' file will generate an
'output.txt' file with the content "hello".

'''
version: '3'
tasks:
  hello:
    cmds:
      - echo "I am going to write a file named 'output.txt' now."
      - echo "hello" > output.txt
    generates:
      - output.txt
'''

Options:
  -c, --color             colored output. Enabled by default. Set flag to false or use NO_COLOR=1 to disable (default true)
  -C, --concurrency int   limit number tasks to run concurrently
      --debug             stop before each command execution
  -d, --dir string        sets directory of execution
      --dry               compiles and prints tasks in the order that they would be run, without executing them
  -f, --force             forces execution even when the task is up-to-date
  -h, --help              shows Task usage
  -i, --init              creates a new Taskfile.yaml in the current folder
  -l, --list              lists tasks with description of current Taskfile
  -a, --list-all          lists tasks with or without a description
  -m, --menu              runs an interactive listing of tasks
  -o, --output string     sets output style: [interleaved|group|prefixed]
  -p, --parallel          executes tasks provided on command line in parallel
      --server            runs as a server
  -s, --silent            disables echoing
      --status            exits with non-zero exit code if any of the given tasks is not up-to-date
      --summary           show summary about a task
  -t, --taskfile string   choose which Taskfile to run. Defaults to "Taskfile.yml"
      --use-tls           enable server to use TLS
  -v, --verbose count     enables verbose mode (repeat option for more output)
      --version           show Task version
  -w, --watch             enables watch of the given task

Alternatively, if you installed the package via NPM or an installer that set up the man page (e.g. .deb or .rpm), then you can find usage instructions by running man task.

Contributions, issues, and feature requests are welcome! Feel free to check the issues page. If you would like to contribute, please take a look at the contributing guide.

Sponsorship

Dear Awesome Person,

I create open source projects out of love. Although I have a job, shelter, and as much fast food as I can handle, it would still be pretty cool to be appreciated by the community for something I have spent a lot of time and money on. Please consider sponsoring me! Who knows? Maybe I will be able to quit my job and publish open source full time.

Sincerely,

Brian Zalewski

Copyright © 2020-2021 Megabyte LLC. This project is MIT licensed.