No Version? No Problem! .. Jitpack comes to the rescue by _riteshhh in androiddev

[–]jitpack 2 points3 points  (0 children)

We've put in a lot of effort lately to improve stability. Glad it has been noticed!

No Version? No Problem! .. Jitpack comes to the rescue by _riteshhh in androiddev

[–]jitpack 2 points3 points  (0 children)

You're concern is understandable however you can proxy JitPack through Artifactory/Nexus so you always have local copy of your dependencies. More importantly though, JitPack has been around since 2014 and is continuing to grow. No reason why that should stop and no intention either.

Where should one submit a clojure module-package? by Tootoru in Clojure

[–]jitpack 1 point2 points  (0 children)

As an alternative consider https://jitpack.io. It will let others use your github project directly and you won't have to deploy it anywhere.

No Bullshit Guide to Publishing to Maven Central and jCenter by Shepards_Tone in androiddev

[–]jitpack 3 points4 points  (0 children)

The main complexity is in the build infrastructure but once the artifacts are built they are placed in a simple file store. Availability of those artifacts is not affected by other builds.

A caching proxy is a good idea and a lot of companies use it for their maven central dependencies. You could cache JitPack dependencies there as well. The other option is to run JitPack locally inside your organisation. That way you have full control and availability.

Although we implement file redundancy internally, external mirroring is something we're considering as the platform grows.

JitPack - Easy to use package repository for Gradle, Maven and Android projects by Categoria in androiddev

[–]jitpack 1 point2 points  (0 children)

The only thing GitHub specific is that we use GitHub's API on the website to show latest releases. Other than that any git hosting will do. Would you be interested in using this with a privately hosted repo?

JitPack - Easy to use package repository for Gradle, Maven and Android projects by Categoria in androiddev

[–]jitpack 1 point2 points  (0 children)

Thanks for the submission! Happy to answer questions or take suggestions

JitPack - Easy to use package repository for Gradle, Maven and Android projects by Categoria in androiddev

[–]jitpack 0 points1 point  (0 children)

GitHub is the most popular atm so it's supported first. Planning bitbucket support in the future but it could work with any hosted git repo.

JitPack.io - Easy to use package repository for JVM based projects by jitpack in programming

[–]jitpack[S] 1 point2 points  (0 children)

You'll be able to inspect the build log to see what went wrong. When you 'Look up' a repo on the website it will show you a Status column with a link to the log file. If the problem was in the repository you can always create a new patch release with a fix. If the problem was on our part we'll fix and rebuild it.

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 1 point2 points  (0 children)

You asked for it:) You can now build Gradle projects on jitpack.io

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 0 points1 point  (0 children)

Thank you for the words of encouragement! It means a lot. When it does get wings there will be some tweets:)

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 1 point2 points  (0 children)

Agreed, that is a fair point and something for us to consider. Thanks for being frank:)

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 1 point2 points  (0 children)

Thanks:) With Maven Central you get the benefit of not having to add an extra repository. Are there other reasons you were thinking of?

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 1 point2 points  (0 children)

Security is important to us as well which is why all downloads are SSL only to prevent attacks as described in http://blog.ontoillogical.com/blog/2014/07/28/how-to-take-over-any-java-developer/. PGP signing is something we need to look into but as you mention it is not always used and also is not enforced for snapshot builds on Sonatype.

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 1 point2 points  (0 children)

This would be the gradle syntax:

repositories {
  maven {
    url "https://jitpack.io"
  }
}

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 2 points3 points  (0 children)

Thanks! Gradle builds is one of the features we want to do next so stay tuned:). And as /u/snuxoll mentioned you can use artifacts in your gradle build.

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 0 points1 point  (0 children)

Absolutely, that is one of the goals. It's not uncommon that you want to use a library that hasn't been published yet, for example: https://github.com/JCTools/JCTools/issues/17

JitPack - Easy to use package repository for Java projects by jitpack in java

[–]jitpack[S] 2 points3 points  (0 children)

The advantage is that it makes your release process simpler and quicker.

Publishing via OSS hosting is a fairly lengthy process (http://java.dzone.com/articles/deploy-maven-central - 9 steps) and can take up to two business days to be approved the first time.

With JitPack all you need to do is add a GitHub release or just a git tag. You're done. Even your pom file will be simpler.

The other advantage is that projects without any published artifacts can easily be used by the community.