Observed on solidwastekampala v1.0.0.
Both the create-release and the add-doi skill commit and push to main only. In openwashdata repositories the default branch on GitHub is dev, and GitHub reads CITATION.cff from the default branch for the repository page and the "Cite this repository" widget. After a release, GitHub therefore keeps showing the pre-release citation (old version, no DOI) even though main is correct. In solidwastekampala, dev still showed version 0.0.0.9000 with no DOI after the v1.0.0 release and the DOI integration.
Fix: add a final step to both skills that syncs dev after the release commits land on main.
The push is a fast-forward when dev has no commits that main lacks, which is the normal state right after a release. If the push is rejected because dev moved ahead in the meantime, the step should fall back to merging main into dev and pushing.
Placement: after Step 4 (commit and release) in create-release, and after Step 6 (verify) in add-doi. Since create-release Step 5 delegates to add-doi, putting the sync at the end of add-doi covers the combined flow, and create-release only needs it for the release commit itself.
Observed on solidwastekampala v1.0.0.
Both the create-release and the add-doi skill commit and push to main only. In openwashdata repositories the default branch on GitHub is dev, and GitHub reads CITATION.cff from the default branch for the repository page and the "Cite this repository" widget. After a release, GitHub therefore keeps showing the pre-release citation (old version, no DOI) even though main is correct. In solidwastekampala, dev still showed version 0.0.0.9000 with no DOI after the v1.0.0 release and the DOI integration.
Fix: add a final step to both skills that syncs dev after the release commits land on main.
The push is a fast-forward when dev has no commits that main lacks, which is the normal state right after a release. If the push is rejected because dev moved ahead in the meantime, the step should fall back to merging main into dev and pushing.
Placement: after Step 4 (commit and release) in create-release, and after Step 6 (verify) in add-doi. Since create-release Step 5 delegates to add-doi, putting the sync at the end of add-doi covers the combined flow, and create-release only needs it for the release commit itself.