Skip to content
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

Preserve rich version declaration level when using publishing resolved version #13786

Open
chali opened this issue Jul 14, 2020 · 1 comment
Open
Labels
a:feature A new functionality in:gradle-module-metadata in:publishing-plugins ivy-publish maven-publish

Comments

@chali
Copy link

chali commented Jul 14, 2020

When I'm using the feature to publish resolved versions for my dependencies and my dependencies get resolved version via prefer constraints. I would like to see in published Gradle metadata the same rich version constraint. Currently, it will be published as require.

For example I have those dependencies:

runtimeClasspath - Runtime classpath of source set 'main'.
+--- org.apache.commons:commons-math3 -> 3.6.1
\--- org.apache.commons:commons-math3:{prefer 3.6.1} -> 3.6.1 (c)

But they are published as:

       "dependencies": [
        {
          "group": "org.apache.commons",
          "module": "commons-math3",
          "version": {
            "requires": "3.6.1"
          }
        }
      ],
      "dependencyConstraints": [
        {
          "group": "org.apache.commons",
          "module": "commons-math3",
          "version": {
            "requires": "3.6.1"
          }
        }
      ],

In more complex scenarios there could be "conflict resolution" and the strictest rich version level would win. Together with the selected version.

@jjohannes
Copy link
Contributor

Related in the which version information do we publish? topic are: #10812

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a:feature A new functionality in:gradle-module-metadata in:publishing-plugins ivy-publish maven-publish
Projects
None yet
Development

No branches or pull requests

4 participants