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

Prepare pom.xml for publishing on sonatype-nexus-staging #29

Merged
merged 2 commits into from
Aug 6, 2021

Conversation

aababilov
Copy link
Contributor

Follow instructions at

Add the following sections:

  • url
  • licenses
  • developers
  • distributionManagement

Configure plugins for javadoc, source, gpg and staging.

Follow instructions at
* https://central.sonatype.org/publish/requirements/
* https://central.sonatype.org/publish/publish-maven/

Add the following sections:

* url
* licenses
* developers
* contributors
* distributionManagement

Configure plugins for javadoc, source, gpg and staging.
@barbeau
Copy link

barbeau commented Aug 4, 2021

@aababilov Would you be able to add a README with the Maven coordinates as well to make it easier to discover?

@aababilov
Copy link
Contributor Author

Good idea! We definitely need it. I can add this file.

Copy link
Member

@cpovirk cpovirk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! I don't have permissions to merge, but here are a couple small comments.

We will eventually want to submit this to the internal repo. Also eventually, "submit to the internal repo" should become our standard process (to keep Copybara happy). But given that I haven't set up Copybara as I've promised, and given that we want the repo to match the state you used to generate 2.0.0, it makes sense to me to merge it externally first.

pom.xml Outdated
<version>HEAD-SNAPSHOT</version>
<groupId>com.google.geometry</groupId>
<artifactId>s2-geometry</artifactId>
<version>2.0.0</version>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It may make sense to make the change to 2.0.0 in a separate commit (which you could then tag, as you'd said), keeping the version as HEAD-SNAPSHOT in main branch (as we've been doing for projects like Guava).

But we can always change to 2.0.0 now to keep things simple and then change back to HEAD-SNAPSHOT later, too.

(The only potential drawback to HEAD-SNAPSHOT that we've heard of so far is discussed in internal bug 195414312. In it, I note that "HEAD-SNAPSHOT" is currently rejected by the Java module system -- which s2-geometry doesn't use and probably doesn't need to, but it's something to be aware of.)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It'll be particularly important to keep release branches to ensure client stability while giving ourselves a clean merge target for any urgent fixes or security issues, at least until the API evolution halts. In the meantime, let's keep this as some kind of snapshot label to avoid blessing this as any stable version.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Eric, if you agree with Chris, I am reverting the version to HEAD-SNAPSHOT and I will set it to 2.0.0 in a separate commit.

pom.xml Show resolved Hide resolved
<organization>Google LLC</organization>
<organizationUrl>https://google.com</organizationUrl>
</contributor>
</contributors>

<properties>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
<guava.version>25.1-jre</guava.version>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Git's deps tool seems to think that's the right target; is it right?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You mean, guava 25.1-jre? Yes, it is right, it builds normally.

We will change it to 2.0.0 in a separate commit.
@aababilov
Copy link
Contributor Author

Thanks for review! PTAL.

@eengle eengle merged commit fbea2e3 into google:master Aug 6, 2021
@eengle
Copy link
Collaborator

eengle commented Aug 6, 2021 via email

@aababilov aababilov deleted the maven-deploy branch August 6, 2021 05:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants