-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add groupId value propagation tests for ZIP publication task #4771
Labels
Build Libraries & Interfaces
enhancement
Enhancement or improvement to existing feature or request
untriaged
Comments
lukas-vlcek
added
enhancement
Enhancement or improvement to existing feature or request
untriaged
labels
Oct 13, 2022
lukas-vlcek
added a commit
to lukas-vlcek/OpenSearch
that referenced
this issue
Oct 13, 2022
The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: opensearch-project#4771 Signed-off-by: Lukáš Vlček <[email protected]>
6 tasks
lukas-vlcek
added a commit
to lukas-vlcek/OpenSearch
that referenced
this issue
Oct 13, 2022
The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: opensearch-project#4771 Signed-off-by: Lukáš Vlček <[email protected]>
lukas-vlcek
added a commit
to lukas-vlcek/OpenSearch
that referenced
this issue
Oct 13, 2022
The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: opensearch-project#4771 Signed-off-by: Lukáš Vlček <[email protected]>
lukas-vlcek
added a commit
to lukas-vlcek/OpenSearch
that referenced
this issue
Oct 14, 2022
The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: opensearch-project#4771 Signed-off-by: Lukáš Vlček <[email protected]>
lukas-vlcek
added a commit
to lukas-vlcek/OpenSearch
that referenced
this issue
Oct 14, 2022
The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: opensearch-project#4771 Signed-off-by: Lukáš Vlček <[email protected]>
reta
pushed a commit
that referenced
this issue
Oct 19, 2022
The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: #4771 Signed-off-by: Lukáš Vlček <[email protected]> Signed-off-by: Lukáš Vlček <[email protected]>
ashking94
pushed a commit
to ashking94/OpenSearch
that referenced
this issue
Nov 7, 2022
…rch-project#4772) The groupId can be defined on several levels. This commit adds more tests to cover the "edge" cases. - In one case the groupId is inherited from the top most 'allprojects' section (and thus can be missing in the publications section). - The other case is opposite, it tests that if the groupId is defined on several levels then the most internal level outweighs the other levels. Closes: opensearch-project#4771 Signed-off-by: Lukáš Vlček <[email protected]> Signed-off-by: Lukáš Vlček <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Build Libraries & Interfaces
enhancement
Enhancement or improvement to existing feature or request
untriaged
Is your feature request related to a problem? Please describe.
We made it possible to configure the ZIP publication
groupId
value in #4156 (followed by #4360) and this was back-ported to2.x
branch in #4733.This change requires some configuration changes in couple of existing plugins. In order to make it more obvious how each plugin should be updated we can implement more tests that verify how the
groupId
value is inherited/propagated in specific cases.For example what happens when the
group
value is defined only in the top levelallprojects
section. Or what happens when its value is defined on several levels.Describe the solution you'd like
Adding specific tests to
PublishTests.java
would be helpful. Should there be any changes in how gradle (or any of its plugins involved in the ZIP publications processing) handles the propagation of the value then these tests can help discover it in advance.Describe alternatives you've considered
There are no alternatives. The process of plugin configuration and release can only benefit from more automated tests (in this case we can think of the test code as a "living" documentation).
Additional context
There was a discussion on the original PR that led to the idea of adding more tests: #4733 (comment)
The text was updated successfully, but these errors were encountered: