fix 🐛: Fix PR check job condition #14
Reference in New Issue
Block a user
Delete Branch "dev"
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 commit addresses an issue where the PR check job was not running as expected. The condition for triggering the job has been corrected to ensure it runs properly under all circumstances.
handle_failuresto run regardless of previous job resultsReview Summary
pr-check-yaml. This workflow appears to be designed for CI checks, including leak testing, linting (markdown and yaml), and handling success or failure of those checks. As the file is deleted, it's impossible to review its logic, security, performance, and maintainability based on the provided context. However, if this workflow was previously in use and has been intentionally removed, it would be worth considering implementing an alternative solution for CI checks, leak testing, and linting to ensure a secure, efficient, and maintainable development process. Since the file is deleted, I cannot provide specific issues with Score >= 2. LGTM (Logic review not applicable due to deleted file)pr-check.yamlfor Gitea. The workflow automates lint checks and security scans on pull requests. Here's the summary of changes: The workflow runs two main jobs: "leak_test" for running a tool called Gitleaks to detect sensitive data leaks, and "lint_test" for running markdownlint, yamllint, ansible-lint for linting various file types. If either of these tests fail, the PR will be labeled with "ci-failed", and a comment will be added stating the failures. If both tests pass, the PR will be labeled as "ci-passed" and the previous "ci-failed" label (if any) will be removed. The PR state is also updated to open if it was previously closed. The workflow includes steps for installing Node.js, Python, and their respective dependencies, as well as setting up the environment variables needed for the workflow to function. Overall, this looks like a well-structured and useful workflow for ensuring code quality and security in a Git repository. Here's the LGTM message:LGTM❌ CI checks failed.
Leak: failure
Lint: success
Pull request closed