绿豆荚
绿豆荚是什么？
开源地址：
https://github.com/JackyAndroid/GreenBeanPods
绿豆荚的起源是主工程中需要依赖大量的内部maven仓库，通常会有几十个。这时就有一个问题，如果主工程中maven仓库需要升级或者修复问题，那该怎么操作？一般就是先在maven仓库的git repo中修改，然后发布到内网的maven中心，然后再在主工程中升级maven仓库版本号，再验证问题是否修复，以及功能是否满足需求。
这么长的流程经常出现，那我们能不能直接在主工程中修改maven仓库？修复、发布功能的同时能直接在主工程验证？在美团外卖架构演进 文章中有讲到类似的问题，如下：
绿豆荚依赖管理器也是实现类似的功能，一键把线上maven仓库切换为本地依赖，方便maven仓库新需求开发、问题修复。甚至之后可以实现类似iOS cocoapods依赖管理器功能，对全网的maven仓库实现一键切换源码。
提问：
-
实际使用场景是？https://github.com/JackyAndroid/GreenBeanPods/issues/1
-
实现原理是什么？ http://t.cn/EcEelKP
用法
配置
在gradle.properties中添加：greenbean_pods_version=0.0.1
在setting.gradle中添加：
buildscript { repositories { jcenter() } dependencies { classpath "tech.jackywang:greenbean-pods-plugin:${greenbean_pods_version}" }}apply plugin: 'greenbean-pods-plugin'在build.gradle中添加：
buildscript { // ... dependencies { classpath "tech.jackywang:greenbean-pods-plugin:${greenbean_pods_version}" }}allprojects { apply plugin: 'greenbean-pods-plugin' // ...}新建文件夹：greenbean.pods，然后新建配置文件：PodsSpec.groovy，内容如下：
import greenbean.pods.GreenBean@groovy.transform.BaseScript GreenBean pods/*** 依赖描述文件* <pre>* {@code* pod{* on_off //模块开关* name //模块名称* group //模块Group* path //模块本地路径，仅支持本工程父目录向下扩展* branch //模块仓库分支，根据path切换分支* cmd //命令hook，在include之前执行* excludes //模块的线上依赖名称* buildTypes //模块的构建类型* seeds //模块依赖的子模块，必须与子模块的name字段匹配*}*}* </pre>*/// 以下为示例内容，如果想动态调试app模块中的名为‘greenbean-pods-plugin-test-module’的线上模块，则先配置如下。pod { on_off true name 'greenbean-pods-plugin-test-module' group 'tech.jackywang' path 'test-module/library'}pod { on_off true name 'app' seeds 'greenbean-pods-plugin-test-module'}配置完成，sync整个工程，线上模块将会以源码的方式包含进工程，实现源码调试模块的能力。
配置前后图文对比：
配置前（线上依赖）
配置文件：
依赖的maven仓库：
配置后（本地依赖）
配置文件：
依赖的maven仓库：
通过配置文件的开关即可以一键切换maven仓库为源码依赖，实现源码调试。
