GitHub Action - Get Latest Release

A simple GitHub Action to get the latest release from another repository.

Configuration

Example Repository - https://github.com/ophiosdev/github-action-latest-release

Inputs

Name	Description	Required	Default	Example
repository	The repository name in full	Yes	N/A	ophiosdev/github-action-latest-release
includeDrafts	Whether to include draft releases. Defaults to false.	No	false	"true"
includePreReleases	Whether to include prerelease versions. Defaults to false.	No	false	"true"
excludes	Regular expression to match and exclude release tag names.	No	(empty)	"^v0\.1"
includes	Regular expression to match and include release tag names.	No	(empty)	"^v1\."
fallbackToTags	Fall back to the latest tag when no releases are found	No	false	"true"
token	The GitHub token or personal access token	No	(empty)	${{ secrets.GITHUB_TOKEN }}

When fallbackToTags is enabled, repositories that do not publish releases - for example anthropics/claude-code - fall back to the latest tag. In that case the description and assetsUrl outputs are empty and id is the tag's commit SHA.

Using the GITHUB_TOKEN will avoid the action failing due to hitting API rate limits from the IP address of the GitHub runner your action is running on. Using a PERSONAL_ACCESS_TOKEN is required to get the release information from a private repository. You can read about how to create a personal access token here and how to add this as a repository secret here.

Outputs

Name	Description	Example
release	The latest release version tag	v0.3.0
id	The latest release version id	12345
description	The latest release description body	This is an example release
url	API URL for the latest release	https://api.github.com/repos/owner/repo/releases/12345
assetsUrl	API URL for release assets	https://api.github.com/repos/owner/repo/releases/12345/assets

Usage Example

name: Build Docker Imageson: [push, repository_dispatch]jobs:
build:
name: RedisTimeSeriesruns-on: ubuntu-lateststeps:
- id: keydbuses: ophiosdev/github-action-latest-release@masterwith:
owner: JohnSullyrepo: KeyDBincludeDrafts: falseincludePreReleases: falseexcludes: "-beta$"includes: "^v.*"
- id: timeseriesuses: ophiosdev/github-action-latest-release@masterwith:
repository: RedisTimeSeries/RedisTimeSeriesincludeDrafts: trueincludePreReleases: false
- uses: actions/checkout@v3
- uses: docker/build-push-action@v3with:
username: ${{ secrets.DOCKER_USERNAME }}password: ${{ secrets.DOCKER_PASSWORD }}repository: ophiosdev/keydb-timeseriesdockerfile: timeseries.dockerfilebuild_args: KEY_DB_VERSION=${{ steps.keydb.outputs.release }},REDIS_TIME_SERIES_VERSION=${{ steps.timeseries.outputs.release }}tags: latest, ${{ steps.keydb.outputs.release }}_${{steps.timeseries.outputs.release }}

To use the current repository:

with:
repository: ${{ github.repository }}

To use authentication token:

with:
token: ${{ secrets.GITHUB_TOKEN }}

How to Rebase

The dist/ folder contains generated build artifacts. To prevent merge or rebase conflicts on those files, they are marked in .gitattributes with -diff and merge=ours. During a rebase or merge, dist/ changes are never conflicting and the version of the branch you are rebasing onto is kept automatically.

One-time setup on your machine is required for the merge=ours driver:

git config --global merge.ours.driver true

Without this configuration, Git falls back to a regular three-way merge and dist/ files can conflict again. The dist/ files of the branch you rebase onto are generated from its src/, so keeping them is always the correct choice.