我们所建立的项目,无论是出于业务逻辑和数据逻辑处理分离的原因,还是因为各模块想要更低耦合的模块化,一般而言,我们都会建立多个工程,然后利用库工程依赖的形式来组建我们的项目。比如我们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 代码仓库了)