You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Simply some `if:` expressions
* Document how to run release workflow
* Add `on: schedule:` example
* Add warning into docs about nested reusable workflow levels
Copy file name to clipboardExpand all lines: README.md
+13-1
Original file line number
Diff line number
Diff line change
@@ -20,6 +20,7 @@ GPG_PRIVATE_KEY
20
20
```
21
21
22
22
The Gradle Enterprise secrets are optional: not used by Maven and Gradle project might not be enrolled for the service.
23
+
The `SPRING_RELEASE_SLACK_WEBHOOK_URL` secret is also optional: probably you don't want to notify Slack about your release.
23
24
24
25
The mentioned secrets must be passed explicitly since these reusable workflows might be in different GitHub org than target project.
25
26
@@ -71,7 +72,7 @@ This job stages released artifacts using JFrog CLI into `libs-staging-local` rep
71
72
- When verification is successful, next job promotes release from staging either to `libs-milestone-local` or `libs-release-local`(and Maven Central) according to the releasing version schema
72
73
- Then [spring-finalize-release.yml](.github/workflows/spring-finalize-release.yml) job is executed, which generates release notes using [Spring Changelog Generator](https://github.com/spring-io/github-changelog-generator) excluding repository admins from `Contributors` section.
73
74
The `gh release create` command is performed on a tag for just released version.
74
-
And in the end the milestone is closed and specific Slack channel is notified about release.
75
+
And in the end the milestone is closed and specific Slack channel is notified about release (if `SPRING_RELEASE_SLACK_WEBHOOK_URL` secret is present in the repository).
@@ -82,6 +83,15 @@ The `buildToolArgs` parameter for this job means extra build tool arguments.
82
83
For example, the mentioned `dist` value is a Gradle task in the project.
83
84
Can be any Maven goal or other command line arguments.
84
85
86
+
In the end you just need to go to the `Actions` tab on your project, press `Run workflow` on your release workflow and choose a branch from drop-down list to release currently scheduled Milestone against.
87
+
Such a release workflow can also be scheduled (`cron`, fo example) against branches matrix:
88
+
89
+
90
+
> **Warning**
91
+
> The [spring-artifactory-release.yml](.github/workflows/spring-artifactory-release.yml) already uses 3 of 4 levels of nested reusable workflows.
92
+
> Where the caller workflow is the last one.
93
+
> Therefore don't try to reuse your caller workflow.
94
+
85
95
## Verify Staged Artifacts
86
96
87
97
The `verify-staged` job expects an optional `verifyStagedWorkflow` input (the `verify-staged-artifacts.yml`, by default) workflow supplied from the target project.
Gradle projects must not manage `com.jfrog.artifactory` plugin anymore: the `jf gradlec` command sets up this plugin and respective tasks into a project using JFrog specific Gradle init script.
97
107
In addition, the [spring-artifactory-gradle-snapshot.yml](.github/workflows/spring-artifactory-gradle-snapshot.yml) and [spring-artifactory-gradle-release-staging.yml](.github/workflows/spring-artifactory-gradle-release-staging.yml) add `spring-project-init.gradle` script to provide an `artifactory` plugin settings for artifacts publications.
98
108
This script also adds a `nextDevelopmentVersion` task which is used when release has been staged and job is ready to push `Next development version` commit.
109
+
110
+
See more information in the [Reusing Workflows](https://docs.github.com/en/actions/using-workflows/reusing-workflows).
0 commit comments