one CLI to format your repo
Go to file
Andika Demas Riyandi 3ad67a3851
adding working directory option on prjfmt.toml for each formatter (#59)
* adding working directory option on prjfmt.toml for each formatter

* rename workdir into work_dir

* switch from xshell into process::Command

* fix unordered command_context by changing to BTreeMap
2021-02-19 17:02:33 +01:00
.github ci: introduce ./ci.sh 2021-02-15 21:36:21 +01:00
.vscode adding working directory option on prjfmt.toml for each formatter (#59) 2021-02-19 17:02:33 +01:00
assets rename to treefmt (#56) 2021-02-15 20:22:03 +00:00
docs adding working directory option on prjfmt.toml for each formatter (#59) 2021-02-19 17:02:33 +01:00
examples adding working directory option on prjfmt.toml for each formatter (#59) 2021-02-19 17:02:33 +01:00
src adding working directory option on prjfmt.toml for each formatter (#59) 2021-02-19 17:02:33 +01:00
.gitignore implement lookup function to find prjfmt.toml (#52) 2021-02-15 14:20:05 +01:00
Cargo.lock adding working directory option on prjfmt.toml for each formatter (#59) 2021-02-19 17:02:33 +01:00
Cargo.toml adding working directory option on prjfmt.toml for each formatter (#59) 2021-02-19 17:02:33 +01:00
ci.sh ci: introduce ./ci.sh 2021-02-15 21:36:21 +01:00
clippy.toml adding an command to add/check (#1) 2021-01-01 11:53:16 +00:00
default.nix initial the project with basic Nix and Rust files 2020-12-18 17:26:56 +07:00
devshell.toml rename to treefmt (#56) 2021-02-15 20:22:03 +00:00
flake.lock flake: cleanup and update 2021-02-15 21:37:28 +01:00
flake.nix flake: cleanup and update 2021-02-15 21:37:28 +01:00
README.md singluarize formatters 2021-02-18 12:47:51 +01:00
shell.nix initial the project with basic Nix and Rust files 2020-12-18 17:26:56 +07:00
treefmt.toml singluarize formatters 2021-02-18 12:47:51 +01:00


logo
treefmt - one CLI to format the code tree

Support room on Matrix

Status: experimental -- not all the features described here are working yet.

Every project has different languages and code formatters, with possibly different configurations. When jumping between project it always takes a bit of time to get accustomed to them and update our editor configuration.

This project solves that problem by proposing a unified CLI interface that traverses the project file tree, and maps each file to a different code formatter. Type treefmt and it re-formats the repository.

Treefmt also includes some file traversal optimizations which should make the common invocation faster.

Design decisions

We assume that project code is checked into source control. Therefor, the default should be to write formatter changes back in place. Options like --dry-run are not needed, the source control is relied upon to revert or check for code changes.

treefmt is responsible for traversing the file-system and mapping files to specific code formatters.

Only one formatter per file. treefmt enforces that only one tool is executed per file. Guaranteeing two tools to product idempotent outputs is quite difficult.

Usage

$ cargo run -- --help

treefmt 0.1.0
The various kinds of commands that `treefmt` can execute

USAGE:
    treefmt [FLAGS] [OPTIONS] [SUBCOMMAND]

FLAGS:
    -h, --help       Prints help information
    -q, --quiet      No output printed to stdout
    -V, --version    Prints version information
    -v, --verbose    Log verbosity is based off the number of v used

OPTIONS:
    -C, --config <config>          Specify where to look for the treefmt.toml file
        --log-level <log-level>    The maximum level of messages that should be logged by treefmt. [possible values:
                                   info, warn, error] [default: debug]

SUBCOMMANDS:
    --init    Init a new project with a default config
    help      Prints this message or the help of the given subcommand(s)

Configuration format

treefmt depends on the treefmt.toml to map file extensions to actual code formatters. That file is searched for recursively from the current folder and up unless the --config <path> option is passed.

[formatter.<name>]

This section describes the integration between a single formatter and treefmt.

  • command: A list of arguments to execute the formatter. This will be composed with the options attribute during invocation. The first argument is the name of the executable to run.

  • options: A list of extra arguments to add to the command. This is typically project-specific arguments.

  • includes: A list of glob patterns used to select files. Usually this would be something like [ "*.sh" ] to select all the shell scripts. Sometimes, full filenames can be passed. Eg: [ "Makefile" ].

  • excludes: A list of glob patterns to deny. If any of these patterns match, the file will be excluded.

Use cases

CLI usage

As a developer, I want to run treefmt in any folder and it would automatically format all of the code, configured for the project. I don't want to remember what tool to use, or their magic incantation.

Editor integration

TODO: not supported yet.

Editors often want to be able to format a file, before it gets written to disk.

Ideally, the editor would pipe the code in, pass the filename, and get the formatted code out. Eg: cat ./my_file.sh | treefmt --stdin my_file.sh > formatted_file.sh

CI integration

We can assume that code lives in a source control.

For example a Git integration would look like this:

#!/usr/bin/env bash
set -euo pipefail

# Format all of the code
treefmt

# Check that there are no changes in the code
if [[ -n "$(git status --porcelain -unormal)" ]]; then
  echo "Some code needs formatting! Please run \`treefmt\`.
  git status -unormal
  exit 1
fi
echo "OK"

Interfaces

In order to keep the design of treefmt simple, we ask code formatters to adhere to the following specification.

treefmt formatter spec

If they don't, the best is to create a wrapper script that transforms the usage to match that spec.

  • EditorConfig: unifies file indentations configuration on a per-project basis.
  • prettier: and opinionated code formatter for a number of languages.

Contributing

All contributions are welcome! We try to keep the project simple and focused so not everything will be accepted. Please open an issue to discuss before working on a big item.

If you want to discuss, we have a public Matrix channel: #treefmt:numtide.com

License

MIT - (c) 2020 NumTide Ltd.