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

Publish the library to a public repository #36

Open
mamohr opened this issue Dec 14, 2014 · 5 comments
Open

Publish the library to a public repository #36

mamohr opened this issue Dec 14, 2014 · 5 comments

Comments

@mamohr
Copy link

mamohr commented Dec 14, 2014

It would be much more comfortable for users of the library if they could just add it as a maven dependency instead of integrating it at the source level. For this it should be published in a public repository like jcenter or maven central.

mamohr added a commit to mamohr/MemorizingTrustManager that referenced this issue Dec 14, 2014
mamohr added a commit to mamohr/MemorizingTrustManager that referenced this issue Dec 14, 2014
mamohr added a commit to mamohr/MemorizingTrustManager that referenced this issue Dec 14, 2014
mamohr added a commit to mamohr/MemorizingTrustManager that referenced this issue Dec 14, 2014
@RoadXY
Copy link

RoadXY commented Jun 1, 2015

Any update on this, please?

@dbrgn
Copy link

dbrgn commented Jul 7, 2016

As a workaround, you should be able to use https://jitpack.io/

@Flowdalic
Copy link
Collaborator

Flowdalic commented Jul 8, 2016

I really discourage using jitpack.io. It's a security nightmare. You can't verify that the artifacts are authentic.

Including MTM in you Android projects as git submodule, which is really easy, is currently the only way to ensure that it's authentic.

@dbrgn
Copy link

dbrgn commented Jul 8, 2016

@Flowdalic you could use gralde-witness to lock down the hash of the build, and then link against a specific revision using Jitpack. (Or does the hash change on jitpack for every build?)

But you're probably right, Submodules are probably the better solution (even though they're a pain to use properly with multiple contributors).

@Flowdalic
Copy link
Collaborator

@Flowdalic you could use gralde-witness to lock down the hash of the build, and then link against a specific revision using Jitpack. (Or does the hash change on jitpack for every build?)

Yes gradle-witness (or the alternatives mentioned in http://stackoverflow.com/a/34795359/194894) would help, given that Jitpack doesn't change the hash for stable artifacts.

I find submodules preferable and easy to use (even with multiple contributors). Compared to consume the dependency as artifact, they allow you to directly make changes to the code and easily upstream it.

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

No branches or pull requests

4 participants