Winget¶
Since: v1.19
After releasing to GitHub, GitLab, or Gitea, GoReleaser can generate and publish a winget manifest and commit to a git repository, and PR it to winget-pkgs
if instructed to.
The winget
section specifies how the manifests should be created:
# .goreleaser.yaml
winget:
- # Name of the recipe
#
# Default: ProjectName
# Templates: allowed
name: myproject
# Publisher name.
#
# Templates: allowed
# Required.
publisher: Foo Inc
# Your app's description.
#
# Templates: allowed
# Required.
short_description: "Software to create fast and easy drum rolls."
# License name.
#
# Templates: allowed
# Required.
license: "mit"
# Publisher URL.
#
# Templates: allowed
publisher_url: https://goreleaser.com
# Publisher support URL.
#
# Templates: allowed
publisher_support_url: "https://github.com/user/repo/issues/new"
# Package identifier.
#
# Default: Publisher.ProjectName
# Templates: allowed
package_identifier: myproject.myproject
# IDs of the archives to use.
# Empty means all IDs.
ids:
- foo
- bar
# GOAMD64 to specify which amd64 version to use if there are multiple
# versions from the build section.
#
# Default: v1
goamd64: v1
# URL which is determined by the given Token (github, gitlab or gitea).
#
# Default depends on the client.
# Templates: allowed
url_template: "https://github.mycompany.com/foo/bar/releases/download/{{ .Tag }}/{{ .ArtifactName }}"
# Git author used to commit to the repository.
commit_author:
name: goreleaserbot
email: bot@goreleaser.com
# The project name and current git tag are used in the format string.
#
# Templates: allowed
commit_msg_template: "{{ .PackageIdentifier }}: {{ .Tag }}"
# Path for the file inside the repository.
#
# Default: manifests/<lowercased first char of publisher>/<publisher>/<version>
path: manifests/g/goreleaser/1.19
# Your app's homepage.
homepage: "https://example.com/"
# Your app's long description.
#
# Templates: allowed
description: "Software to create fast and easy drum rolls."
# License URL.
#
# Templates: allowed
license_url: "https://goreleaser.com/license"
# Copyright.
#
# Templates: allowed
copyright: "Becker Software LTDA"
# Copyright URL.
#
# Templates: allowed
copyright_url: "https://goreleaser.com/copyright"
# Setting this will prevent goreleaser to actually try to commit the updated
# package - instead, it will be stored on the dist folder only,
# leaving the responsibility of publishing it to the user.
#
# If set to auto, the release will not be uploaded to the repository
# in case there is an indicator for prerelease in the tag e.g. v1.0.0-rc1
#
# Templates: allowed
skip_upload: true
# Release notes.
#
# If you want to use the release notes generated by GoReleaser, use
# `{{.Changelog}}` as the value.
#
# Templates: allowed
release_notes: "{{.Changelog}}"
# Release notes URL.
#
# Templates: allowed
release_notes_url: "https://foo.bar/changelog/{{.Version}}"
# Tags.
tags:
- golang
- cli
# Package dependencies.
#
# Since: v1.21
# Templates: allowed
dependencies:
- package_identifier: Foo.Bar
minimum_version: 1.2.3
# Repository to push the generated files to.
repository:
# Repository owner.
#
# Templates: allowed
owner: caarlos0
# Repository name.
#
# Templates: allowed
name: my-repo
# Optionally a branch can be provided.
#
# Default: default repository branch
# Templates: allowed
branch: main
# Optionally a token can be provided, if it differs from the token
# provided to GoReleaser
# Templates: allowed
token: "{{ .Env.GITHUB_PERSONAL_AUTH_TOKEN }}"
# Sets up pull request creation instead of just pushing to the given branch.
# Make sure the 'branch' property is different from base before enabling
# it.
#
# Since: v1.17
pull_request:
# Whether to enable it or not.
enabled: true
# Whether to open the PR as a draft or not.
#
# Since: v1.19
draft: true
# If the pull request template has checkboxes, enabling this will
# check all of them.
#
# Since: v1.20 (pro).
# This feature is only available in GoReleaser Pro.
check_boxes: true
# Base can also be another repository, in which case the owner and name
# above will be used as HEAD, allowing cross-repository pull requests.
#
# Since: v1.19
base:
owner: goreleaser
name: my-repo
branch: main
# Clone, create the file, commit and push, to a regular Git repository.
#
# Notice that this will only have any effect if the given URL is not
# empty.
#
# Since: v1.18
git:
# The Git URL to push.
#
# Templates: allowed
url: 'ssh://git@myserver.com:repo.git'
# The SSH private key that should be used to commit to the Git
# repository.
# This can either be a path or the key contents.
#
# IMPORTANT: the key must not be password-protected.
#
# WARNING: do not expose your private key in the configuration file!
#
# Templates: allowed
private_key: '{{ .Env.PRIVATE_KEY_PATH }}'
# The value to be passed to `GIT_SSH_COMMAND`.
# This is mainly used to specify the SSH private key used to pull/push
# to the Git URL.
#
# Default: 'ssh -i {{ .KeyPath }} -o StrictHostKeyChecking=accept-new -F /dev/null'
# Templates: allowed
ssh_command: 'ssh -i {{ .Env.KEY }} -o SomeOption=yes'
Tip
Learn more about the name template engine.
Pull Requests¶
Since v1.17
GoReleaser allows you to, instead of pushing directly to the main branch, push to a feature branch, and open a pull requests with the changes.
Templates¶
Since v1.19
GoReleaser will check for a .github/PULL_REQUEST_TEMPLATE.md
, and set it in the pull request body if it exists.
We do that to prevent extra work for maintainers of things like winget-pkgs
, nixpkgs
, and so on.
Cross-repository pull requests¶
Since v1.19
You can also push to a fork, and open the pull request in the original branch.
Here's an example on how to set it up:
# .goreleaser.yml
# ...
something: # can be nix, brews, etc...
- repository:
owner: john
name: repo
branch: "{{.ProjectName}}-{{.Version}}"
pull_request:
enabled: true
base:
owner: mike
name: repo
branch: main
This will:
- Create the files into
john/repo
, in the branchfoo-1.2.3
(assumingProjectName=foo
andVersion=1.2.3
). 1 - Open a pull request from
john/repo
intomike/repo
, with the branchmain
as target. 2
Things that don't work¶
- GoReleaser will not keep your fork in sync!!! It might or might not be a problem in your case, in which case you'll have to sync it manually.
- Opening pull requests to a forked repository (
go-github
does not have the required fields to do it). - Since this can fail for a myriad of reasons, if an error happen, it'll log it to the release output, but will not fail the pipeline.