管理-搭建私服（nexus）来统一管理jar包

1. 为什么要搭建私服来统一管理jar。

见参考博客（二、私服应用场景）

2. 搭建方式。

见参考博客

3. 总结

• 可以更好的通过私服统一管理公司内部封装的jar包（管理jar版本和迭代，保证公司内部项目依赖的jar都有记录，确保jar包依赖不混乱），每次jar api的扩展都需要制定新的版本号并通知项目组成员使用新的版本，达到jar包的公共依赖统一化（就相当于我们要了解每一个jdk的特性并选用统一的jdk，保证各项目都使用统一的jdk，不到万不得已不要选用新的jdk，这样也方便公司内部对jdk的管理，方便后期的维护）。
• 私服都搭建在内网，速度比国外或国内的更快，我们再也不用担心下载慢的问题了。
• 不是什么公司都推荐，要看公司的应用程序的多少，是否需要统一管理，是否有公司大牛封装公共jar，是否能访问外网，项目是不是高度相识。
• 如果公司应用程序达到一定规模后，其实我们可以结合gitlab（git服务器）来进行对公共jar提交issue的统一管理，发起pull request合并分支后由相关人发布上传新版本的jar到私服中，供其他系统访问和下载，这样做的好处是职责分明，各自干自己的工作，项目经理发起issue和审核上传到私服、架构人员开发公共jar，开发者新项目中引用maven依赖。
• 架构人员开发完公共jar发起pull request的时候，还可以通过定制jenkins job来检查对应的项目规范和漏洞（sonarqube），扫描检查通过后同意合并分支，这里还可以通过其他其他工具自定义检查前后端规范，这里先提一下，之后有相关博客会继续分享。
• 补充：纠正一下，git、jenkins顺序：创建分支>创建issue>绑定分支>写代码>push branch>跑三个jenkins job（code style、单元测试、集成测试）>pull request>megin master

详细搭建和介绍请参考博客：https://www.cnblogs.com/zishengY/p/7794923.html

(adsbygoogle = window.adsbygoogle || []).push({});