Concurrency-job-level

[alexjoeyyong]

This pull request introduces job-level concurrency control to the workflow queue action, allowing users to prevent specific jobs from running concurrently across workflow runs, in addition to the existing workflow-level concurrency. The changes include updates to usage documentation, input parameters, and core logic to support this feature.

Job-level concurrency support:

• Added support for an optional job-name input in action.yml, enabling users to specify a job for concurrency control instead of the whole workflow.
• Updated the main action logic in src/index.js and src/lib/index.js to handle the new job-name input, passing it through to the concurrency check and updating log messages for clarity. [1] [2] [3] [4]
• Enhanced the workflow run filtering in src/lib/runs.js to check for active runs of the specified job by querying jobs within each workflow run, and returning only those runs where the target job is currently running.

Documentation updates:

• Updated README.md to document job-level concurrency, including usage examples, behavior, and a description of the new input parameter. [1] [2]

[github-actions]

🦙 MegaLinter status: ❌ ERROR

Descriptor	Linter	Files	Fixed	Errors	Warnings	Elapsed time
✅ DOCKERFILE	hadolint	1		0	0	0.09s
❌ EDITORCONFIG	editorconfig-checker	5		1	0	0.02s
❌ JAVASCRIPT	standard	3		1	0	1.6s
✅ REPOSITORY	checkov	yes		no	no	13.25s
✅ REPOSITORY	gitleaks	yes		no	no	0.81s
✅ REPOSITORY	git_diff	yes		no	no	0.0s
✅ REPOSITORY	grype	yes		no	no	28.08s
✅ REPOSITORY	secretlint	yes		no	no	1.04s
✅ REPOSITORY	syft	yes		no	no	1.66s
✅ REPOSITORY	trivy-sbom	yes		no	no	0.54s
✅ SPELL	lychee	1		0	0	0.06s
✅ YAML	v8r	1		0	0	2.68s
✅ YAML	yamllint	1		0	0	0.38s

See detailed report in MegaLinter reports
Set VALIDATE_ALL_CODEBASE: true in mega-linter.yml to validate all sources, not only the diff