GCLI-RELEASES(1)
π GCLI-RELEASES(1) π
okay so bestie, this is a page from the General Commands Manual β¨ and it's all about gcli releases β the little command that handles your releases on git forges. Sit down, grab a boba, we're doing this π§π«Ά
β¨ NAME β¨
gcli releases β manage releases on git forges π
πΈ SYNOPSIS πΈ
gcli releases [forge-path] [-sl] [-n n] [-o owner -r repo]
gcli releases [forge-path] create -t tagname [-n name] [-c commitish]
[-a asset] [-o owner -r repo] [-d] [-p]
[-T template-file.md]
gcli releases [forge-path] delete [-o owner -r repo] [-y] release-id
π¦ DESCRIPTION π¦
So like, gcli releases is THE girl for listing, creating and deleting releases on repos that live on git(1) forges β think GitLab, Gitea or GitHub π
If you don't give it a subcommand, gcli releases just lists the releases in whatever repository you handed it (or the one it auto-detects, she's smart like that π
). And here's the tea: if you are the owner of that repo, you also get to see the draft releases π. If you're not the owner of that particular repository? Nah, no drafts for you, sorry babe π.
π OPTIONS π
-s,--sortedβ flip the output around so the most recent items show up at the bottom instead of the top π-l,--longβ give me the long list instead of the short lil table, we're being thorough today π-o,--ownerowner β list releases in the repo belonging to the given owner. This option can only be used in combination with-r. no solo runs, she needs her plus-one π«Ά-r,--reporepo β list releases in the given repo. This option can only be used in combination with-o. same deal, they're a package π-n,--countn β fetch at least n releases. Set n to-1and you get ALL of them π Default:30.
β οΈ heads up bestie β on repositories with many releases, fetching all of them can take a considerable amount of time and may result in rate limiting by the GitHub API π pace yourself
π SUBCOMMANDS π
π create
Create a brand new release on the given or auto-detected repository β¨ The editor will pop up and ask you to enter a message for the release. Very main character of it π
The following flags can be specified:
-t,--tagtagname β specify a tag to be used or to be created for the release. This option is mandatory. See-cfor how to specify what the tag should be created from π-n,--namename β name of the release πΈ-c,--commitishcommitish β when a new tag is going to be created, this says what the tag is based on. It can be either a branch or a commit hash. It's unused if the tag already exists. Otherwise it defaults to the default branch fromgit(1)π¦-o,--ownerowner β operate on the repository of the specified owner. This option can only be used in combination with-r. Use this if you wanna, like, create the release in an organisation and not your own account π-r,--reporepo β create the release in the given repository. This option can only be used in combination with-o.-a,--assetasset β attach the given asset to the release. It gets uploaded to GitHub and made available for download π¦ You can specify this option multiple times to attach more than one asset to the release β stack 'em up bestie π-y,--yesβ do not ask for confirmation before creating the release. Assume yes β-d,--draftβ mark this release as a draft π-p,--prereleaseβ mark this release as a prerelease π§-T,--templatetemplate-file.md β use the provided template-file.md as a template for the release message. Unless-yhas been specified, an editor will be opened to edit a copy of this file βοΈ Using this option together with-yallows for completely automated creation of releases π€β¨
ποΈ delete
Delete a release. Simple as that, no cap π
The following options can be specified:
-r,--reporepo β delete the release in the given repository. This option can only be used in combination with-o.-o,--ownerowner β delete the release in the repository of the given owner. This option can only be used in combination with-r. Use this if you want to delete a release in a given organisation and not your own account π-y,--yesβ do not ask for confirmation before deleting the repository. Assume yes β
π EXAMPLES π
Delete release with ID 54656866 in herrhotzenplotz/gcli-playground without asking for confirmation:
$ gcli releases delete --owner herrhotzenplotz \
--repo gcli-playground --yes 54656866
πΈ
Create a new release named Foobar in herrhotzenplotz/gcli-playground. Create a new tag called banana based on the commit with the hash 0fed3c9 and upload foobar.tar.xz, barfoo.tar.gz and CHANGELOG as assets to the release:
$ gcli releases create --owner herrhotzenplotz \
--repo gcli-playground --tag banana --name Foobar \
--commitish 0fed3c9 --asset foobar.tar.xz \
--asset barfoo.tar.gz --asset CHANGELOG
πΈ
Create a release called βv2.8.0β from a pre-existing tag. Read the release notes from the file relnotes.md and do not ask for confirmation:
$ gcli releases create --tag v2.8.0 --name 'Version 2.8.0' \
--commitish v2.8.0 --template relnotes.md --yes
πΈ
List releases in herrhotzenplotz/gcli on GitHub using the forge path shorthand:
$ gcli releases gh:herrhotzenplotz/gcli
π SEE ALSO π
git(1), gcli(1) β go read those too bestie, they're iconic π«Ά
π AUTHORS π
Nico Sonack aka. herrhotzenplotz <nsonack@herrhotzenplotz.de> and contributors. legends, honestly π
π BUGS π
Okay so currently uploading release assets to GitLab doesn't work π. Also, prereleases and draft releases are unsupported by GitLab. Using those flags in a GitLab forge type remote will produce warnings but still create the release π.
Please report bugs via E-Mail to <https://lists.sr.ht/~herrhotzenplotz/gcli-discuss> π§
Alternatively you can report them on any of the forges linked at <https://sr.ht/~herrhotzenplotz/gcli>. However, the preferred and quickest method is to use the mailing list π (fr fr, the mailing list is the move)
and that's the whole page, bestie!! this was gcli 2.13.0, dated 05-Aug-2026, and she ate π β¨ mwah, go make some releases ππ¦
π¦ where this page comes from
- nixpkgs unstable: gcli 2.13.0
- ubuntu stonking: gcli 2.13.0-2
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms