|
310 | 310 | <artifactId>maven-release-plugin</artifactId>
|
311 | 311 | <configuration>
|
312 | 312 | <scmCommentPrefix>:bookmark: [maven-release-plugin] </scmCommentPrefix>
|
313 |
| - <!-- The helm charts can't be built at all once the version changes unless they are being |
314 |
| - released. Many charts depend on other charts, and so cannot be packaged properly unless those |
315 |
| - dependencies are already available in the helm repo. !!WARNING!! though it seems that we should |
316 |
| - just be using preparationProfiles, unfortunately this adds the enabled profiles to the |
317 |
| - release.properties file that the plugin uses to track settings. This file is required to run |
318 |
| - the release:perform goal, but will always allow preparationProfiles to bleed into the perform |
319 |
| - step. So if we do this naively, it ends up skipping the helm modules during release so the |
320 |
| - charts aren't published. We could add a "un-skip-helm" profile that's enabled by |
321 |
| - releaseProfiles, but that seemed worse than simply using the goals config property to bypass |
322 |
| - updating the activate profiles of release.properties. |
323 |
| -
|
324 |
| - Also add pyproject.toml changes to git (see below)--> |
325 |
| - <preparationGoals>clean install scm:add -Pskip-helm</preparationGoals> |
| 313 | + <!-- the CI build already compile and verify all the packages so to shorten the release:prepare time |
| 314 | + we can just validate the packages and necessary information. Also, this can also prevent the |
| 315 | + docker builder being created in the release prepare time --> |
| 316 | + <preparationGoals>clean validate</preparationGoals> |
326 | 317 |
|
327 | 318 | <!-- Because the release plugin doesn't build after updating to the next development snapshot,
|
328 | 319 | the habushu-managed updates to pyproject.toml files lags behind. To prevent the first
|
|
0 commit comments