Release Manager for Your Projects on Forgejo, Gitea, GitHub, and GitLab https://git.cscherr.de/PlexSheep/autocrate
Go to file
Christoph J. Scherr 6e9183af20
cargo devel CI / cargo CI (push) Successful in 2m1s Details
update readme
2024-02-24 16:52:16 +01:00
.gitea/workflows ci add clippy rustup 2024-02-16 16:35:04 +01:00
.github/workflows ci add clippy rustup 2024-02-16 16:35:04 +01:00
data/media basic readme 2024-01-23 22:12:15 +01:00
scripts fix release script 2024-02-02 00:06:32 +01:00
src automatic cargo CI changes 2024-02-24 13:44:06 +00:00
.autocrate.yaml pass enum 2024-02-24 13:24:24 +01:00
.gitignore Initial commit 2024-01-23 21:38:11 +01:00
Cargo.toml remove many deps 2024-02-24 14:41:56 +01:00
LICENSE we are now GPL-3 2024-01-23 22:38:52 +01:00
README.md update readme 2024-02-24 16:52:16 +01:00

README.md

Autocrate

Project badge Crates.io License Gitea Release Gitea language count cargo checks and tests

logo

Autocrate simplifies the creation and maintenance of releases for your Rust projects hosted on fancy git servers. By providing functionalities like creating releases uploading artifacts, publishing crates, and managing changelogs, Autocrate tries to streamline the release process. Although initially built for Forgejo, I plan to extend support to other platforms such as GitHub and GitLab.

Autocrate can then be used in CI/CD, or in projects without continuous integration to release software.

The software is built in Rust, and offers integration for Rust Projects with Cargo. In the future, using other tools and specifying custom scripts will become possible.

Take a look at the scripts directory! publish.sh and release.sh are what I'm trying to get rid of.

Features

  • Create and update releases on your Git platform
  • Publish crates to crates.io or other repositories
  • Upload artifacts, including binaries and signatures alongside your releases
  • Generate changelogs and release notes
  • Configure with a simple yaml file

Upcoming Features

Autocrate is still in pre-alpha, so the features listed above are still being worked on. For the future, the following Features are planned:

  • Support for platforms other than Forgejo
  • Custom artifact build scripts
  • Version bumping
  • Interactive and scriptable CLI interface
  • Publish a cargo workspace (that depends on it's own crates)

Getting Started

Before getting started with Autocrate, make sure you have the necessary prerequisites covered:

You can use autocrate init to set your workspace up with a basic .autocrate.yaml.

Pre-requisites

  • Git

If you want to compile it yourself

Install Rust, the officially recommended way is through rustup.rs. Your distribution may offer a Rust distribution in your package manager as an alternative

Installing

Once the above pre-requisites are met, begin setting up Autocrate by running the following command in your terminal:

$ cargo install autocrate

This command downloads from crates.io and compiles Autocrate locally, making it readily accessible through your command line interfaces.

Configuring Autocrate

Create a YAML file named .autocrate.yml (or .yaml) in the root of your Git repository. It should contain the following parameters (replace the placeholders):

Parent Key Value Explanation
(root) changelog list of keys with this as parent (git-log etc) information on how a changelog is generated
changelog enable true/false If false, no changelog will be generated
changelog git-log true/false should a changelog be generated with git log?
(root) uses list of keys with this as parent (cargo etc) Marks features to be used by Autocrate
uses cargo list of keys with this as parent (publish etc) tells us that your project uses cargo
cargo publish true/false should we publish crates?
cargo registries registries see this A list of registries we should publish to. If empty defaults to crates.io.
(root) api list of names, which each have the same keys defines the api we talk to
api.NAME type one of gitea,github,gitlab (currently only support for gitea Let's us know which api type we are talking to
api.NAME endpoint Base URL of the target server Let's us know which api type we are talking to
api.NAME auth list of keys with this as parent (user and pass) We probably need authentication on the target server
api.NAME.auth user a string Which user should we try to authenticate as
api.NAME.auth pass contains either of text, env or file sets the secret for authentication with this server
api.NAME.auth.pass text a authentication pass as clear text A secret for authentication of the server, probably a token
api.NAME.auth.pass env env var which contains the token A secret for authentication of the server, probably a token
api.NAME.auth.pass file file var which contains the token A secret for authentication of the server, probably a token

An example .autocrate.yaml could look like this:

changelog:
  enable: true
  git-log: true

uses:
  cargo:
    publish: true
  # tokens are loaded from ~/.cargo/config.toml
    registries:
    - default
    - cscherr

api:
  github:
    type: github
    endpoint: https://github.com
    auth:
      user: PlexSheep
      pass:
        text: token_superimportantsecret
  cscherr:
    type: gitea
    endpoint: https://git.cscherr.de
    auth:
      user: PlexSheep
      pass:
        file: secrettoken.txt

After Autocrate has been bootstrapped, it will be released and published with itself, so you can take a look at this repositories .autocrate.yaml.

Using Autocrate

After you have your workspace with a .autocrate.yaml file, you can:

  • autocrapte release to create a release on your git server(s), optionally publishing too
  • autocrate publish to publish your crate to the specified registries(s) (default is crates.io)
  • autocrate changelog to generate a changelog since the last tag

Licensing

Autocrate is free software.

The Autocrate project is distributed under the terms of the GPL-3 License. Please refer to LICENSE for complete licensing details.

Project status

The project has started recently and is currently in pre-alpha. Many features are still missing or experimental

Contributing

I'd be very happy to get contributions! Although the master repository is on my self hosted git server, you're free to create issues, PRs and so on on GitHub. If enough activity comes around, moving to GitHub Codeberg might be a good idea.

If you have any questions, use issues and discussions tabs or write me an email to software@cscherr.de