我们所建立的项目，无论是出于业务逻辑和数据逻辑处理分离的原因，还是因为各模块想要更低耦合的模块化，一般而言，我们都会建立多个工程，然后利用库工程依赖的形式来组建我们的项目。比如我们Android就很经常用的，把一些公共部分的代码，不涉及业务的代码抽出来，单独建一个library工程来放置，然后让我们的业务工程来引用它。
在利用eclipse+svn的时候，实现起来是比较简单的。基本把两个工程扔到svn上，然后利用eclipse把两个工程的依赖关系依赖好就可以了。
在这里我们说的是Android studio+git的形式。
有两种实现方式：
第一种跟eclipse+svn差不多，但不能直接利用ide来实现，要修改部分编译脚本代码。
假如现在是只有一个业务工程和多个library工程。
第一步先建立两个git代码仓库，无论是oschina还是github，或者其他的远程代码仓库，都可以，其中一个放置业务工程，另外一个放置library工程，这里可以实质可以放置多个library工程，用个文件夹装着，一起上传就行了。（把那些如build的乱七八糟的文件去掉再上传）
然后分别把代码下下来，随便找地方路径放置，然后打开业务工程的setting.gradle进行修改编译脚本，手动把几个library工程包以module的方式引入进来。
如我以下的这个例子，我有一个业务工程，里面仅仅包含一个app module这个业务module。几个library工程被引用。
具体如下：
接下来分别看看两个目录下的文件：
然后打开业务工程下的setting.gradle文件进行如下的路径设置即可。
第二种是利用git submodle。
这一种的话，主要就是对git的使用，可以参考这位大哥的http://www.tuicool.com/articles/jqiEJzU
基本对着敲一遍都会了，不过这种方式有个缺点，每一个library工程都得对应一个git代码仓库，特别是现在很多第三方越来越坑爹的也要采用这种module的形式作为SDK的时候，这样就得建挺多个git代码仓库了，这就比较尴尬了。
下面是对应的Jenkins打包：
因为这部分使用git版本控制，gradle编译的Android工程Jenkins打包网上太多资料了，这里就大概说说对应的思路。
我这里的采取的是第一种方式，所以我的方式是在Jenkins上建立两个job，一个是对应library git代码仓库的（下面简称library job），一个是对应业务工程 git代码仓库的（下面简称业务job）。
其中library job不做任何编译任务，就是负责更新最新的library代码以及启动业务job的编译(填完你的git地址就行了，其他什么都不用做)。
业务job除了要更新代码之外，还要进行对应的编译，以及目标版本的输出，同时设置业务job为library job的下游，这样library job更新完代码后就会自动启动业务job了。（业务job的话直接百度，太多资料了）
（这里要注意的是，git代码仓库上面业务job的setting.gradle的路径必须是你放置Jenkins那台电脑上对应的library路径，不确定的话，就去Jenkins对应的工作目录下面找找library的路径，而其他人下下来编辑代码的时候，改为自己本地的路径之后就不允许再上传这个文件到git 代码仓库了）
