技术学习与分享

前言     持续集成这个概念已经成为软件开发的主流，可以更频繁的进行测试，尽早发现问题并提示。自动化部署就更不用说了，可以加快部署速度，并可以有效减少人为操作的失误。之前一直没有把这个做起来，最近的新项目正好有机会，费了一番功夫总算搞好了，特此记录。 1. 开发环境     我这边建立的标准开发环境如下：     1. Maven做项目管理；     2. Git做代码管理

1.所需要的插件，安装plugin ，进入mangae Jenkins→ manage Plugins, 切换到Available tab， 选择如下plugin 安装            Gitplugin, GitHub Plugin ,GitClient Plugin,Email-ext plugin          如果你的git仓库是private的还需要安装SSHSlave

质量是衡量一个软件是否成功的关键要素。而对于商业软件系统，尤其是企业应用软件系统来说，除了软件运行质量、文档质量以外，代码的质量也是非常重要的。软件开发进行到编码阶段的时候，最大的风险就在于如何保证代码的易读性和一致性，从而使得软件的维护的代价不会很高。 在软件开发的过程中，以下几种情形随处可见： 1) 软件维护时间长，而且维护人员的积极性不高：  做过软件维护的开发人员，尤其是在接手不

本文以CentOS操作系统为例介绍Sonar的安装配置，以及如何与Jenkins进行集成，通过pmd-cpd、checkstyle、findbugs等工具对代码进行持续审查。 一、安装配置sonar 1、Sonar介绍 Sonar是一个用于代码质量管理的开源平台，用于管理Java源代码的质量。通过插件机制，Sonar 可以集成不同的测试工具，代码分析工具，以及持续集成工具，比如pmd-cpd

jenkins maven tomcat做持续集成的时候几个关键配置 maven 采用 maven 3.0以上的版本。tomcat 采用 tomcat 7.0 以上的版本 1. tomcat 配置用户账号和权限 tomcat-users.xml ? 1 2 3 4 5 6 role rolename="manager"/>

前边简单介绍了Maven,而Maven默认提供的中央仓库是在远程网络服务Appache提供的，这对于我们开发时不合理的。如果我们没网了或者什么情况，我们怎么办？也就是说我们队中央仓库的依赖性太大。而Nexus私服则可以解决我们这个问题。先看下这张图应该大家就非才明白了：     这样就相当于在我们本地的局域网搭建了一个类似中央仓库的服务器，我们开始将中央仓库的一些资料下载

在开发过程中，我们的软件会面对不同的运行环境，比如开发环境、测试环境、生产环境，而我们的软件在不同的环境中，有的配置可能会不一样，比如数据源配置、日志文件配置、以及一些软件运行过程中的基本配置，那每次我们将软件部署到不同的环境时，都需要修改相应的配置文件，这样来回修改，是个很麻烦的事情。有没有一种方法能够让我们不用修改配置就能发布到不同的环境中呢？当然有，这就是接下来要做的事。 当然，这里的前提