You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@datafu.apache.org by "Matthew Hayes (Jira)" <ji...@apache.org> on 2020/03/26 22:00:00 UTC
[jira] [Closed] (DATAFU-136) Evaluate gradle.properties release
flag updating for releases
[ https://issues.apache.org/jira/browse/DATAFU-136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Matthew Hayes closed DATAFU-136.
--------------------------------
Assignee: Matthew Hayes
Resolution: Fixed
Updated instructions in a697117793df3f5462500a0d2e229b8726d4ea18.
> Evaluate gradle.properties release flag updating for releases
> -------------------------------------------------------------
>
> Key: DATAFU-136
> URL: https://issues.apache.org/jira/browse/DATAFU-136
> Project: DataFu
> Issue Type: Improvement
> Reporter: Matthew Hayes
> Assignee: Matthew Hayes
> Priority: Minor
>
> Currently the {{release}} property in {{gradle.properties}} is updated when preparing the source tarball for release:
> {noformat}
> ./gradlew clean release -Prelease=true{noformat}
> The issue here, raised by [~rvs], is that the {{gradle.properties}} file in git at the release tag does not match the corresponding file in the source release. So for the source release you can run {{./gradlew assemble}} to produce the release artifacts but in the git clone you need to run {{./gradlew assemble -Prelease=true}}.
> The thought behind the current approach:
>
> 1) Building from git checkout of master or release branches should not produce "release" artifacts. These should have "SNAPSHOT" in the name.
> 2) Building from a source release should produce "release" artifacts.
>
> Another requirement we should add based on Roman's feedback:
>
> 3) Building from a git release tag should produce the same "release" artifacts as building from the source tarball.
>
> To take the 1.3.3 release as an example, one way to achieve this would be cutting a 1.3.3-rc0 or 1.3.3-rc1 branch for the sole purpose of setting the release flag in gradle.properties. Then we can tag it with release-1.3.3-rc0 or release-1.3.3-rc1. This allows us to still merge the 1.3.3 branch into master with whatever additional fixes were made there without worrying about bringing in the gradle.properties change.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)