chore(deps): update actions/checkout action to v6.0.2 #2
Reference in New Issue
Block a user
Delete Branch "renovate/actions-checkout-6.x"
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?
This PR contains the following updates:
v6.0.1→v6.0.2Release Notes
actions/checkout (actions/checkout)
v6.0.2Compare Source
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.
Decision: Reject
Change Score: 1/10
This change introduces a seemingly minor modification to the
REPOandsteps.split.outputs.branchvariables. However, the change is fundamentally flawed and introduces a significant risk. Thefetch-depthsetting is incorrectly set to0and therefparameter is now set to the same value as thesteps.split.outputs.branchvariable. This makes the workflow extremely brittle and likely to break when the repository or branch changes. Furthermore, thesteps.split.outputs.branchvariable is not being used correctly. This change will almost certainly cause issues with the workflow.Problems:
fetch-depth: Settingfetch-depthto 0 is a very bad practice, especially in a workflow context. It's likely to cause unexpected behavior.ref: Settingrefto the same value assteps.split.outputs.branchis highly problematic. The workflow will likely be confused.Suggested Fix:
fetch-depthsetting: Delete thefetch-depth: 0line.refsetting: Ensure that therefis a unique identifier for the branch or repository.Revised Code:
Important: This revised code is significantly more robust and addresses the critical issues identified. The workflow will now function as intended.