• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

tamada / sibling
93%
main: 93%

Build:
Build:
LAST BUILD BRANCH: ci/deploy-page
DEFAULT BRANCH: main
Repo Added 06 Nov 2021 03:48AM UTC
Files 8
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

LAST BUILD ON BRANCH refactor/reusable-workflows
branch: refactor/reusable-workflows
CHANGE BRANCH
x
Reset
  • refactor/reusable-workflows
  • bugs/panicked_in_specifying_dir
  • ci/deploy-page
  • fix/publish-site-build
  • golang
  • introduce_github_actions
  • main
  • release/v1.1.0
  • release/v1.1.0-beta1
  • release/v1.1.0-beta2
  • release/v1.1.1
  • release/v1.1.2
  • release/v1.1.3
  • release/v1.1.4
  • release/v1.2.0
  • release/v1.2.1
  • release/v1.2.2
  • release/v1.2.3
  • release/v1.2.4
  • release/v1.3.0
  • release/v2.0.0-beta-1
  • release/v2.0.0-beta-2
  • release/v2.0.0-beta-3
  • release/v2.0.0-beta-4
  • release/v2.0.0-beta-5
  • release/v2.0.0-beta-6
  • release/v2.0.0-beta-7
  • release/v2.0.1
  • release/v2.0.2
  • release/v2.0.3
  • release/v2.0.4
  • release/v2.0.5
  • release/v3.0.0
  • reorganize_structure
  • rust
  • separate_cli_and_lib
  • sibling2

07 Aug 2026 05:52AM UTC coverage: 92.689%. Remained the same
31152033634

Pull #48

github

tamada
ci: release through the reusable workflows of tamada/.github

The publish workflow did the tagging, the release, and the site deployment by
itself. Hand them to the reusable workflows, and keep here what only this
repository knows; building the command for each platform, and publishing the
crate.

- release-start tags main and opens the release as a draft,
- build-hugo-and-publish builds docs and deploys it to Pages, and
- release-finish takes the draft off with the token of the GitHub App.

The draft matters. The assets are attached while nobody knows about the
release, and the last job publishes it, which fires `release: published`;
the release published by GITHUB_TOKEN, as the old workflow did, fires nothing.
That is why notify-publish.yaml has never run once, and it will from now on.

The site deployment was broken in a quiet way. The Pages of this repository
serves what a workflow uploads (build_type: workflow), while the workflow
pushed the built site to the gh-pages branch; the job succeeded, the branch
moved, and Pages served the older site. It still tells v2.0.5 today, after the
release of v3.0.0. build-hugo-and-publish uploads the artifact to Pages, hence,
the deployment reaches the site.

Also quiet the shellcheck of versionup.yaml; the redirections were unquoted,
and it read a header into a variable which nothing used.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Pull Request #48: Release through the reusable workflows of tamada/.github

1065 of 1149 relevant lines covered (92.69%)

12.42 hits per line

Relevant lines Covered
Build:
Build:
1149 RELEVANT LINES 1065 COVERED LINES
12.42 HITS PER LINE
Source Files on refactor/reusable-workflows
  • Tree
  • List 8
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line

Recent builds

Builds Branch Commit Type Ran Committer Via Coverage
31152033634 refactor/reusable-workflows ci: release through the reusable workflows of tamada/.github The publish workflow did the tagging, the release, and the site deployment by itself. Hand them to the reusable workflows, and keep here what only this repository knows; building the co... Pull #48 07 Aug 2026 05:53AM UTC tamada github
92.69
See All Builds (111)
  • Repo on GitHub
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc