Jenkins

什么是持续集成CI
持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成，每次的集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早发现集成错误。简单来说，就是持续的定时的在多个团队成员的工作中进行集成，并且给予反馈。
持续集成需要开发人员一天多次的将代码集成到主干，并进行自动化编译、测试等操作，由于这种频繁集成，以及集成后及时开始的编译和测试，可以有效避免我们在提交代码时没有进行必要检查而导致的错误，以及一些超出预期效果的更改，从而保证代码的质量。
由于这种及时性，如果在一次提交后项目集成失败，可以快速的在这次提交中查找问题所在，缩小了找问题的范围，从而减少了一些debug时间。同时如果按照这种实践，那么我们的主干代码时刻都是正确的，这样我们可以更频繁的交付。
持续集成的好处
1.解放了重复性劳动。
自动化部署工作可以解放集成、测试、部署等重复性劳动，而机器集成的频率明显比手工高很多。
2.更快地修复问题。
持续集成更早的获取变更，更早的进入测试，更早的发现问题，解决问题的成本显著下降。
3.更快的交付成果。
更早发现错误减少解决错误所需的工作量。集成服务器在构建环节发现错误可以及时通知开发人员修复。集成服务器在部署环节发现错 误可 以回退到上一版本，服务器始终有一个可用的版本。
4.减少手工的错误。
在重复性动作上，人容易犯错，而机器犯错的几率几乎为零。
5.减少了等待时间。
缩短了从开发、集成、测试、部署各个环节的时间，从而也就缩短了中间可以出现的等待时机。持续集成，意味着开发、集成、测试、部署也得以持续。
6.更高的产品质量。
集成服务器往往提供代码质量检测等功能，对不规范或有错误的地方会进行标致，也可以设置邮件和短信等进行警告。

怎样实现持续集成
1.频繁检出代码。
有时候代码冲突无可避免，频繁检出代码，可以让本地的副本和代码库中的版本最小差异化。
2.频繁提交代码。
与1的原理类似，频繁提交代码，可以让其他人检出副本和代码库中的版本最小差异化。
3.减少分支，回归主干。
多个分支并行应及早将变更集成到主干中，避免同时维护软件的多个版本。
4.使用自动化构建。
可以使用Maven、Ant等来实现自动化构建，可以在构建过程中实现自动化测试。前提是有写单元测试用例。
5.提交测试。
在提交工作之前，每个程序员必须本地集成所有代码，做一个完整的构建和运行，并通过所有的单元测试，这样能减少集成测试在集成服务器上构建失败的风险。
6.当前状态对每个人都可见。
集成服务器在持续集成过程中发现问题应及时发送警告给相关的干系人。