写代码时总是会遇到功能或模块的重复使用，最基本的做法就是复制粘贴了。但是复制粘贴又有很明显的缺点，例如：
- 数据源不好找，一般复制都是从另一个项目将代码复制过来，这就表示你需要先知道代码在哪个项目文件中的哪个文件中。
- 文件关联多，复制的代码可能引用了当前项目中没有依赖或文件，这就需要将依赖也引入当前的项目中。
- 不便于升级，当这些功能有了新的逻辑方法，无法很方便地对使用过的项目进行同步升级。
- 耦合度高，因为依赖关联的原因，导致如果要删除复制过来的代码，可能就需要筛查关联依赖，将引入一并去除。
而使用依赖的方式引入就方便了非常多，当然，这也取决于使用者的开发能力。为了方便我们重复使用代码或是功能，我们就需要进行模块化处理，将这些代码整理成一个依赖，使用依赖管理的方式进行添加。
所以这里介绍一个三方依赖仓库JitPack，并简单介绍如何将自己的项目变成其他人可用的依赖。
使用中央仓库
你以为我要写怎样将项目提交到Maven中央仓库吗？我都还没有弄完，这玩意儿的申请流程有一丢丢麻烦，以后再说吧。
使用JitPack
JitPack也是一个公开仓库，提供了Maven、Gradle、Sbt和Leiningen仓库源。正如官网所说的：
Easy to use package repository for Git
你只需要提供一个公开仓库地址就可以快速构建。
构建仓库
提供公开仓库地址，无论是Github和Gitee都是可行的。
点击
LookUp进行查询。从
Release、Builds、Beaches和Commints中选择需要构建的版本。推荐使用Release进行构建，便于填写版本号。版本号使用的是
Release的Tag，也就是你需要先进行项目发版。具体的发版方法很简单，这里不做赘述，你只需要在Github中选择Release，并选择Draft a new release就可以进行发版。在JitPack的构建列表中
Release中的项就是发版Tag。选择想要构建的项，点击右侧的
Get it按钮并等待构建完成。这里需要注意，构建的配置就是你的项目pom.xml文件，pom.xml文件配置有误是会构建失败的，例如Java版本指定错误什么的。按钮左侧出现小绿标即构建成功，构建过程也可以点击按钮左侧图标查看。
构建过程与结果，构建失败时需要在这里查看错误信息并修正错误重新构建。
添加依赖
构建完成即可进行依赖添加。
下方的How to已经说明了，依赖添加需要进行两个步骤。
- 添加JitPack仓库源（已存在则可以不进行添加）。
- 添加依赖代码，这里的
version就是选择的构建标签。
为什么选择JitPack
因为方便，中央仓库方便是因为在Maven的默认配置下已经添加了中央仓库的地址，除此之外在使用上中央仓库与其他的Maven仓库并无多大区别。
补充
无论是在中央仓库提交还是JitPack或是Github仓库提交，都需要现在本地构建进行测试，避免构建无用或是错误的依赖版本，养成良好的提交习惯。