Skip to content

Release targeting wrong branch after deleting another release with the same tag but different branch #22649

Closed
@KroneCorylus

Description

@KroneCorylus

Description

Steps to reproduce:

  1. In a repository with at least 2 branches one with some changes (in this example: main branch, test branch) create a release 1.0.0@test (1.0.0 tag name, test branch).
  2. Delete the created release.
  3. Create a new release with the same tag but in the correct branch 1.0.0@main

Expected behaviour:
    The last release and tag should show the changes/commits made on the branch main.
Observed behaviour:
    The release show the changes made on the test branch even when the release says is targeting the main branch and shows negative commits like this:
image

More Info:
the main branch has a empty readme file
the test branch has 2 commits changing the readme file
the tag 1.0.0 show the file with the changes made on test branch
if a click on the "-2 commits" the "Compare commits" screen shows no changes.
image

Gitea Version

1.18.3 and 1.19.0 (gitea demo)

Can you reproduce the bug on the Gitea demo site?

Yes

Log Gist

No response

Screenshots

No response

Git Version

No response

Operating System

Debian Linux and Try.gitea.io

How are you running Gitea?

The issue can be replicated both on my docker installation of giteo and in https://try.gitea.io/

Database

None

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions