Repox新增断点续传功能, 广谈公服重新开放, 详情请见wiki.
OSChina仓库于2015年8月4日重开服务, 请自行更新Upstreams配置
OpenKaola仓库似乎已经停止公开服务, 请自行更新Upstreams配置
Repox的主要目标是改善sbt解决依赖的速度,但由于它的服务方式与url的格式无关,因此也支持ivy, gradle, maven, leiningen客户端,可以作为nexus/artifactory的替代品来搭建私服。
如果对Repox的背景不感兴趣,希望快速脏手,可立即前往入门指南
~/.ivy2/cache
目录下有依赖缓存,无法在多个开发者之间共享。代理所有流量
这样可以在所有环节进行优化。
要么快速完成,要么快速失败
重要提示:这一条意味着使用repox时,sbt将有更大的概率更新失败,提示“download failed”错误。这时只需要重试失败的指令即可。我们认为多重试几次是比漫长的等待更友好的用户体验。
与url的格式无关
因此除了改善sbt解决依赖的速度,Repox 还可以为ivy, gradle, maven, leiningen客户端服务。
做代理该做的事
对于已经下载过的文件,保证resolve立即成功。
对已下载的文件
无论是HEAD还是GET请求都立即响应。
对首次请求的文件
有些资源只在某特定的仓库中收藏,而到这个仓库的网络状况比较差。Repox可为某个上游仓库指定HTTP代理
可设置全面禁止javadoc包的下载
更多的细节请参阅其它Wiki页。
核心代码仅十几个文件,每个文件不超过200行。约一个周末的阅读量。
undertow + akka + async-http-client
提供了web配置界面来根据用户的网络状况对仓库、代理、参数等进行微调
实用
Repox是由我们团队自己的需求驱动的,它支持着我们的日常开发任务。
这是最推荐的使用方式,这样组织内有一个开发者完成一个项目的依赖更新后,其它开发者能够飞速更新。
repox的部署和运行都非常简单,在本机运行也能显著提高生产力。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。