agentsclimarketplace

Ci cd workflow triggering

Skill HolobiomicsLab/asb-skill-collections/packs/metabolomics/ms-imaging/skills/ci-cd-workflow-triggering

Curated, evidence-grounded skill and software-tool collections for scientific AI agents, generated by the AgenticScienceBuilder

Install
npx -y skills add HolobiomicsLab/asb-skill-collections --skill ci-cd-workflow-triggering

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use when you need to verify that a GitHub Actions workflow (such as dev_build_release.yml) successfully completes end-to-end, especially after code changes or to confirm that automated build infrastructure is functioning correctly.

The file declares its own license as CC-BY-4.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

7.1 KB, as published. Nobody here has run it

CI/CD Workflow Triggering

Summary

Trigger and monitor automated build and release workflows in GitHub Actions to validate that development branches produce passing build artifacts without manual intervention. This skill verifies CI/CD pipeline completeness and artifact generation for mass spectrometry software distributions.

When to use

Use this skill when you need to verify that a GitHub Actions workflow (such as dev_build_release.yml) successfully completes end-to-end, especially after code changes or to confirm that automated build infrastructure is functioning correctly. Apply it when you must validate that compiled artifacts (JAR files, application bundles, installers) are generated and ready for distribution across target platforms (Windows, macOS, Linux).

When NOT to use

  • When you only need to inspect the workflow definition itself without executing it; use static code review instead.
  • When the repository does not expose a GitHub Actions workflow or does not use GitHub as its CI/CD platform.
  • When local or offline testing of the build is required without triggering remote CI pipelines.

Inputs

  • GitHub repository URL (e.g., mzmine/mzmine)
  • Target branch name (e.g., 'dev', 'main')
  • Workflow file name (e.g., dev_build_release.yml)

Outputs

  • Workflow execution status (pass/fail)
  • Build log output
  • Compiled artifacts (JAR, installer packages, application bundles)
  • Artifact checksums and metadata
  • Workflow run ID and timestamp

How to apply

Locate the target workflow file in the .github/workflows directory of the repository (e.g., dev_build_release.yml in mzmine/mzmine). Trigger the workflow by calling the GitHub Actions API or web interface, specifying the desired branch (e.g., 'dev' or 'main'). Poll the GitHub Actions API for status updates until the workflow completes. Retrieve the build log and scan for fatal compilation errors or warnings that would prevent artifact generation. Confirm that build artifacts (compiled JAR, application bundles, or platform-specific installers for Windows, macOS, and Linux) were generated and are available for download from the workflow run details. Validate artifact integrity by inspecting file size, checksums, or attempting to extract and inspect contents to ensure the build is complete and uncorrupted.

Related tools

Evaluation signals

  • Workflow execution completes without timeout or cancellation; GitHub Actions API status field returns 'completed' with conclusion 'success'.
  • Build log contains no fatal errors (ERROR-level messages in compilation steps); all compilation tasks report success.
  • At least one artifact file is present in the workflow run's artifacts section with a file size consistent with a full application bundle (not zero or suspiciously small).
  • Artifact integrity check passes: checksums match expected values, or compressed archives can be successfully extracted and contain expected directory/file structure.
  • Platform-specific installers or portable versions are generated for the intended targets (Windows .exe or .msi, macOS .dmg, Linux .deb packages mentioned in README).

Limitations

  • Workflow triggering and monitoring are only possible if the GitHub repository is public or the user has appropriate access permissions to the Actions API.
  • GitHub Actions API rate limits may apply for high-frequency polling of workflow status.
  • Artifact retention policies on GitHub may expire old build artifacts, making historical validation unavailable after a retention period.
  • Workflow success does not guarantee runtime correctness on all target platforms; integration or functional testing must be performed separately.

Evidence

  • [other] Trigger the workflow via GitHub Actions API or web interface with the desired branch (e.g., 'dev' or 'main'). 3. Monitor the workflow execution until completion, polling the GitHub Actions API for status updates.: "Trigger the workflow via GitHub Actions API or web interface with the desired branch (e.g., 'dev' or 'main'). 3. Monitor the workflow execution until completion, polling the GitHub Actions API for"
  • [other] Retrieve the build log and verify that all compilation steps completed without fatal errors. 5. Confirm that build artifacts (compiled JAR, application bundles, or installer packages) were generated and are available for download from the workflow run.: "Retrieve the build log and verify that all compilation steps completed without fatal errors. 5. Confirm that build artifacts (compiled JAR, application bundles, or installer packages) were generated"
  • [other] The mzmine repository includes a Development Build Release GitHub Actions workflow (dev_build_release.yml) accessible via badge link, indicating CI/CD automation is configured for the project.: "The mzmine repository includes a Development Build Release GitHub Actions workflow (dev_build_release.yml) accessible via badge link, indicating CI/CD automation is configured for the project."
  • [readme] mzmine should work on Windows, macOS, and Linux using either the installers or the portable versions. There are NO further requirements as mzmine packages a specific Java Virtual Machine.: "mzmine should work on Windows, macOS, and Linux using either the installers or the portable versions. There are NO further requirements as mzmine packages a specific Java Virtual Machine."
  • [readme] The final mzmine distribution will be placed in build/jpackage: "The final mzmine distribution will be placed in build/jpackage"

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.