Jenkins是一个用Java编写的开源的持续集成工具，前身是Hudson项目。 在与Oracle发生争执后，项目从Hudson复制过来继续发展。
Jenkins提供了软件开发的持续集成服务。它运行在Servlet容器中（例如Apache Tomcat）。 它支持许多软件配置管理（SCM）工具，可以执行基于Apache Ant和Apache Maven的项目， 以及任意的Shell脚本和Windows批处理命令。Jenkins的主要开发者是川口耕介，MIT许可证。
最近在做ceph的日志盘分区时候遇到一些问题记录下来。比较古老的分区工具是使用fdisk，后来因为磁盘越来越大， 而fdisk遇到分区容量超过2TB时无能为力，并且分区还要限制最多4个主分区。越来越不适用现代磁盘， 后来有了parted工具专门用来对大磁盘分区的。
硬盘分区最常见的类型为msdos和gpt，前者表示MBR分区，而后者表示GPT分区。
传统的BIOS只支持MBR分区硬盘启动，一个硬盘只能分成四个分区，并且单个分区最大不超过2TB。 EFI支持GPT分区启动的，GPT分区没有分区数目的限制并且单个分区可以超过2TB。
这一篇会介绍git的一些常用技巧，开发中经常会遇到的问题，让我们感受git的强大之处。
cherry-pick我直接把它翻译成’摘樱桃’可以不？
git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作。假设我们有个稳定版本的分支master，
另外还有个开发版本的分支dev，我们不能直接把两个分支合并，这样会导致稳定版本混乱，但是又想增加一个dev中的功能到master中，
这里就可以使用cherry-pick了，其实也就是对已经存在的commit 进行再次提交。
简单用法：
1 | git cherry-pick <commit id> |
注意：当执行完 cherry-pick 以后，将会生成一个新的提交；这个新的提交的哈希值和原来的不同，但描述一样；
做一个简单演示，一个readme.txt文件、两个分支（master/dev）
GitHub用了这么久才发现其实上面也可以做很多好玩的东西，让我可以更加喜欢它了。 这里我总结自己知道的，肯定还有一些我还不知道的，以后看到了就补充上去。
拖拽代码到Gist，打开https://gist.github.com/，然后直接把本地源文件拖过去，它里面的代码就移过去了。
在实际使用git的过程中，我发现最常遇到的就是撤销，git里面有reset、checkout、revert来帮助我们撤回修改。 但是这几个命令有时候不是很好理解，虽然我在第一篇里面已经讲解过撤销，但是我还是想用专门用一篇来详细讲解如何撤销版本和文件。
之前只是讲了几个简单的命令教你怎么撤销，但是其中的原理如果你不懂的话就不会很好的使用这几个命令。 参考《Pro Git》第2版本中的重置揭密部分，为大家揭开撤销的原理和神秘面纱。
Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早， 肯定只有一台机器有一个原始版本库，此后，别的机器可以”克隆”这个原始版本库， 而且每台机器的版本库其实都是一样的，并没有主次之分。
实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机， 其他每个人都从这个”服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里， 也从服务器仓库中拉取别人的提交。也就是说这个”服务器”只不过是用来作为一个桥梁， 提供给各个主机进行修改的交换。
终于要介绍git的杀手级特性分支了，这也是大部分人使用git的原因。 其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢， 简直让人无法忍受，结果分支功能成了摆设，大家都不去用。 Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。
很早就想些一篇关于git的文章了，这玩意儿实在好用，但是内容又比较多， 这里我讲解最基本使用技巧，这个足以应对99%以上的场景，剩下那些真的要用到就去看官网手册。
Git是目前世界上最先进的分布式版本控制系统（没有之一），它的诞生也是个很有趣的故事。 大家都知道Git是Linus大神写的，据说刚开始的时候，linux内核源码使用BitKeeper这个商业版本控制系统， BitKeeper授权Linux社区免费使用，但是某一天开发Samba的Andrew这个家伙试图破解BitKeeper协议，东窗事发。 于是BitKeeper公司一怒之下收回了免费使用权。Linus大神是不可能去道歉的，于是他就花了2个星期用C语言写了Git， 一个月内，Linux源码就由Git管理了，无敌是多么寂寞 →_→
Read the Docs是一个在线文档托管服务， 你可以从各种版本控制系统中导入文档，如果你使用webhooks， 那么每次提交代码后可以自动构建并上传至readthedocs网站，非常方便。
一般来讲，这个非常适合写软件文档以及编写一些教程、电子书之类。对于一些一两篇文章就能写清楚的可以记笔记或写博客， 但是如果要写成一个系列的，不如写成一本书的形式，更美观，也更系统。
现有的写电子书的方式，有以下几个解决方案，优劣势也很明显：
经过比较最后锁定Sphinx + GitHub + ReadtheDocs 作为文档写作工具，用 Sphinx 生成文档，GitHub 托管文档，再导入到 ReadtheDocs。