chore(ci): remove get_release_id task #483
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "rel-flow"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Explanation of Code Changes in
release.yml
This commit proposes changes to the
.gitea/workflows/release.yml
file, specifically commenting out theget_release_id
job and modifying theneeds
dependency of thecreate_docker
job.Here's a breakdown:
Commenting out the
get_release_id
job:get_release_id
job is now commented out using#
. This means the job will no longer be executed as part of the workflow.get_release_id
job was designed to fetch the ID of the latest release using acurl
command to the Gitea API and store it in thereleaseid
output.needs
field specified that this job depended on thetag
andcreate_release
jobs being completed successfully before it could run.Modifying
create_docker
job'sneeds
dependency:needs
field in thecreate_docker
job has been changed fromtag
tocreate_release
.create_docker
job would only run after thetag
job completed. Now, it will only run after thecreate_release
job completes.Impact and Justification (Inferred):
get_release_id
removal: It seems thereleaseid
obtained by theget_release_id
job is no longer necessary or is being obtained in a different way. Perhaps the release ID is now directly available within thecreate_docker
job's environment after thecreate_release
job completes, or it's no longer a required input to thecreate_docker
job.create_docker
dependency change: The change to thecreate_docker
'sneeds
suggests that the Docker image creation and publishing process now directly relies on the release being created rather than just a tag being available. This makes logical sense since docker images are often associated to specific releases.In summary, the commit streamlines the release workflow by removing an apparently redundant job (
get_release_id
) and adjusting the dependency chain to ensure that the Docker image creation is tied directly to the creation of a release.Decision: Reject
Change Score: 2/10
You are commenting out the
get_release_id
job in your workflow. This job appears to be responsible for fetching the release ID from the Gitea API, which is likely used in subsequent steps. Removing this job without a clear reason or alternative implementation will break the workflow. And the needs ofcreate_docker
are changed tocreate_release
fromtag
, but there's no corresponding reason why it has to be changed.I cannot accept this change. Please provide a valid reason why you are removing this job.
Pull request closed