This repo contains a collection of Jam City github actions for use in Github Action workflows.
- confluence - Posts markdown and pdf documents to confluence.
- confluence-mac - Same as above but intended to run on a Mac without docker.
- config - Simple action for updating config service roots.
- package-manager-publish - Publishes Jam City Package Manager packages to JC artifactory.
- nuget-publish - Publishes nuget packages to JC artifactory.
- nuget-publish-mac - Same as above but intended to run on a Mac without docker.
- nuget-publish-github - Publishes nuget packages to Github.
- sbt-unity - Action for building SDKs using the JC sbt plugin.
- build-tags - Action for generating a list of standard docker image tags.
- package-json-env - Converts a
package.jsonto github actions environment variables. - k6-perf-test - Action for running a performance test using k6.
- snapshot-bump - Action for bumping snapshot versions.
- openapi-publish - Action for publishing OpenAPI YAML to our API doc site.
Feature branches should be created off of the (default) develop branch, and
Conventional Commits should be used in
order to drive appropriate semver bumps and changelogs. Once changes are merged
to develop, a release can be kicked off using the following process:
- Merge
developintomain - Wait for CI to run, which will create a release-pr against
main, including a semver bump and a changelog. - Merge the release PR.
- Wait for CI, which will produce the builds and merge the changes back to the
developbranch.
If you don't use conventional commits, then you can inform release-please of your indended version bump by committing as follows:
git commit --allow-empty -m "chore: release 2.0.0" -m "Release-As: 2.0.0"Push that to main to kick off the release process.
Docker based actions explicitly reference v2 tags. Next time we do a major version update, we'll want to update these as well.
We may also want to factor the actions into their own repos so they can be versioned individually at that time.