背景在开发大型项目时,我们通常会遇到同一工程依赖不同组件包,同时不同的组件包之间还会相互依赖的问题,那么如何管理组织这些依赖包就是一个迫在眉睫的问题.我们目前已有的方案有:Multirepo(多个依赖包独立进行git管理)和Monorepo(所有依赖库完全放入一个项目工程).Multirepo的缺点在于每个库变更之后，需要发布到线上，然后在项目

有些公司由于没有使用maven作为构建工具，全量发布时没问题，而修改bug增量发布往往是将改动的代码手动编译后，从classes目录下拷贝到jar中然后再放到tomcat目录下发布，这种方法准确度不高，当修复bug时间跨度较大且文件较多时就不好提供了，下面介绍下一个增量打包工具https://gitee.com/lpxs/ProjectPatch.git

云原生的概念主要是基于容器云，其主要原则是，软件产品从设计、开发到交付，全流程都考虑适配容器云的环境。传统的开发，是本地开发与测试，测试环境再次测试，然后部署上线，如果有上容器的需求，那么再编写Dcokerfile，做容器化改造，最后部署到容器云上云原生的产品，开发，测试和上线都是完全兼容容器云的环境，例如通过EclipseChe镜像开发，提交到git上，从

!(https://oscimg.oschina.net/oscnet/0b6f0c9a1faec953273b1be6a8dd96203b6.jpg)相信应该很多朋友都在使用GitHub。但是有一些自己的文件不想被别人看到，于是想建一个私有库吧，以前可那要收费的所以有些朋友就自己搞一台虚机，搭建一个Git服务器（带宽还不受

想必很多人会把Hexo生成出来的静态网站放到GitHubPages来进行托管。一般发布Hexo博客的流程是，首先在本地搭建Hexo的环境，编写新文章，然后利用hexodeploy来发布到Git。那么对于本地的Hexo的原始文件怎么管理呢？如果换电脑了怎么办？如果没有对原始文件进行备份，突然有一天你的本地环境挂了导致源文件丢失，那不就呵呵了。也许你会想

前言进入公众号回复listview即可获得demo的git地址。1.之前写的一篇文章《Creator之ScrollView那些事》中提到了官方Demo中提供的ListViewCtl,只是实现了纵向滑动，没有实现横向滑动。并且建议官方可以把功能做全然后放入组件库中供开发者使用。2.然后有个牛逼大神说这个ListView不ok。要我对自己

JSON是一种轻量级的数据交互格式，易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率，实际项目中经常用到，相比xml有很多优点，问问度娘，优点一箩筐。第三方库json解析选用jsoncpp作为第三方库，jsoncpp使用广泛，c开发首选。jsoncpp目前已经托管到了github上，地址：https://git

Git是一个分布式的版本控制系统，最初由LinusTorvalds编写，用作Linux内核代码的管理。作为一个程序员，我们需要掌握其用法。作为开源代码库以及版本控制系统，Github目前拥有140多万开发者用户。随着越来越多的应用程序转移到了云上，Github已经成为了管理软件开发以及发现已有代码的首选方法。其联合创始人ChrisWanstrath曾

概要说明以下以我本人实际开发环境为例，简要说明开发环境配置过程，供初学者参考。当然你也完全可以根据熟悉的开发工具和环境可自行参考调整配置。本说明仅对配置过程予以说明，其中涉及到诸如Maven，Git等工具的使用相关请自行通过其他渠道了解。提示说明：以下说明和截图以自己平时使用的Ubuntu14 X64位操作系统环境，Windo

一、说明持续集成：Continuousintegration，CI。包括两层含义，一是指项目的每个开发人员每天都向项目代码仓库要通过git等提交他们的代码，二是指在代码提交后实现自动化的构建、部署、测试确保提交的代码没有错误或及早发现提交代码中的错误。Jenkins是一个使用java开发、开源、免费、强大的web式持续集成应用程序；常用于