版权声明:本文为xing_star原创文章,转载请注明出处!html
本文同步自http://javaexception.com/archives/169java
写本篇文章是为了总结成一个教程,本身使用Jitpack已经好久了,用它处理过好多开源项目。感受很值得用,比jcenter之类的方便太多了。android
拿最近处理的一个开源项目举例吧,设计师出了个奇特的交互效果,https://github.com/H07000223/FlycoTabLayout 原来用的就是这个开源库,处理Tab切换,如今须要对源码作些修改定制,才能知足设计师的需求,为了避免把开源库代码搬进工程中,准备修改源码后,发布到Jitpack上,使用远程依赖的方式引入进工程。其余同事几乎感受不到差别。git
fork https://github.com/H07000223/FlycoTabLayout项目到本身的仓库中,个人仓库地址是https://github.com/xingstarx/FlycoTabLayoutgithub
第一步在FlycoTabLayout/build.gradle里面添加缓存
classpath 'com.github.dcendents:android-maven-gradle-plugin:1.4.1'
第二步在FlycoTabLayout_Lib/build.gradle下添加app
apply plugin: 'com.github.dcendents.android-maven'
而后把代码提交,push到远程仓库。maven
那么这个时候,已经可使用Jitpack的远程依赖了,咱们访问https://jitpack.io/ 能够先用github帐号登陆。gradle
输入xingstarx/FlycoTabLayout 查询ui
能够看到我最近的提交记录,branches等等信息,点击这里面的Get it。就会获取到为之生成的远程依赖地址,咱们以branches里面的master分支举例,点击一下。
会出现一个这样的路径
dependencies {
implementation 'com.github.xingstarx:FlycoTabLayout:master-SNAPSHOT'
}
那么咱们只须要将这个地址,做为工程的远程依赖库便可了,替换掉原来的远程依赖。
在咱们迭代过程当中,更加倾向于使用tag的方式,这样能够避免使用master-SNAPSHOT产生的缓存。
点击Releases,会列出全部的tag对应的远程依赖路径
这里咱们使用v2.5.0这个tag对应的远程依赖路径
implementation 'com.github.xingstarx:FlycoTabLayout:v2.5.0'
上面的内容是发布到jitpack,发布了以后,工程里面须要集成进来啊,还须要处理两个地方
在跟节点的build.gradle里面添加jitpack的repository
allprojects {
repositories {
...
maven { url 'https://jitpack.io' }
}
}
在app目录下引入flycoTabLayout的远程依赖库
dependencies {
implementation 'com.github.xingstarx:FlycoTabLayout:v2.5.0'
}
到此结束。