-
Notifications
You must be signed in to change notification settings - Fork 64
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
Determining Sonatype host on a per-user level, rather than build/project-level? #273
Comments
$HOME/.sbt/x.x/sonatype.sbt
) rather than build-level?
Thanks for the information. I didn't know new users also need to use s01.oss.sonatype.org for the authentication for accessing old projects. I'd like to confirm whether we can use s01.oss.sonatype.org to update old projects hosted at oss.sonatype.org. If the answer is yes, we should extract sonatypeCredentialHost from the user-provided Credential. |
I think I was wrong about choice of Sonatype host being a user-level thing than a build/project-level thing. It actually seems to be determined by the project's At the moment I'm in the state where I publish to the new sonatype host I'm closing this issue as I was entirely wrong, but I guess there might still be some improvements that could be made - maybe querying both Sonatype hosts to see where the profile/ |
Further to #215 & #248 :
Whether publishing action should be performed to
oss.sonatype.org
ors01.oss.sonatype.org
seems to be more like a user-level thing than a build/project-level thing. In my organisation we've got several developers, some of whom are on the oldeross.sonatype.org
infrastructure, and some who are on the news01.oss.sonatype.org
service - consequently, we don't want to commit the newsonatypeCredentialHost
into our project repository, as it'll inevitably be incorrect for at least some of our users until they're all migrated over ontos01.oss.sonatype.org
, which we're just evaluating for now.Possible solutions
Using the host defined in the
credentials
settingDeriving the correct Sonatype host from the plain-old
credentials
setting could work? My current~/.sbt/1.0/sonatype.sbt
file looks like this:...the second parameter has to be
s01.oss.sonatype.org
- if it's left atoss.sonatype.org
, then this error occurs:...as it already has to be correct, couldn't the host be read from there rather than the new
sonatypeCredentialHost
setting?Workaround
For now, we can kind of achieve the not-committed-to-the-project-repo arrangement by adding the new setting to our user-home level file (
~/.sbt/1.0/sonatype.sbt
):...unfortunately, as
sonatypeCredentialHost
is a setting provided by thesbt-sonatype
plugin, this also means addingsbt-sonatype
as a user-level plugin (when we'd rather that was committed to the project repo):The text was updated successfully, but these errors were encountered: