chore(ci): remove get_release_id task #483
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.ymlThis commit proposes changes to the
.gitea/workflows/release.ymlfile, specifically commenting out theget_release_idjob and modifying theneedsdependency of thecreate_dockerjob.Here's a breakdown:
Commenting out the
get_release_idjob:get_release_idjob is now commented out using#. This means the job will no longer be executed as part of the workflow.get_release_idjob was designed to fetch the ID of the latest release using acurlcommand to the Gitea API and store it in thereleaseidoutput.needsfield specified that this job depended on thetagandcreate_releasejobs being completed successfully before it could run.Modifying
create_dockerjob'sneedsdependency:needsfield in thecreate_dockerjob has been changed fromtagtocreate_release.create_dockerjob would only run after thetagjob completed. Now, it will only run after thecreate_releasejob completes.Impact and Justification (Inferred):
get_release_idremoval: It seems thereleaseidobtained by theget_release_idjob is no longer necessary or is being obtained in a different way. Perhaps the release ID is now directly available within thecreate_dockerjob's environment after thecreate_releasejob completes, or it's no longer a required input to thecreate_dockerjob.create_dockerdependency change: The change to thecreate_docker'sneedssuggests 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_idjob 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_dockerare changed tocreate_releasefromtag, 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