近两个月由于个人处于新环境、新项目的适应阶段，没怎么提笔写些文章。中间有好几个想法想记录下来分享，但受限于没有很好的时间段供自己总结思考（也可以总结为间歇性懒癌和剧癌发作），便啥也没有更新。借这个周末闲适的下午和明媚的阳光，决定把近来项目上的CI/CD（持续集成/持续交付）策略以及git分支模型和以前的项目做一下分析比较，希望对各位有所帮助，也能有所思考，尤其是那些期望搭建项目部署流水线或者想了解git分支模型的开发、运维人员。
继续阅读 »
git简介
git官网有全套教程和说明，有兴趣的自己研究。
如果你不适应命令行，可以使用GUI工具，如SourceTree。
官方文档
中文官方文档。
官方文档非常详细,需要仔细阅读。
常用命令
继续阅读 »
git常用命令
```
//新建一个记录提交操作的文档
touch README.md
//初始化本地仓库
git init
//添加
git add README.md
//提交到要地仓库，并写一些注释
git commit -m "first commit"
继续阅读 »
以前用git 不是非常优雅， 经常用git push -f, 然后在别的地方更新时就会出现conflict，然后要很麻烦的手动处理。
最近找到了比较一个优雅的方法：
git fetch origin
git reset --hard origin/master
继续阅读 »
TL;DR 对已发布到远程仓库的分支进行衍合操作(rebase)，会产生重复的提交记录，本文举例描述这个问题。
git merge 与 git rebase 命令都用来合并代码，如果不需要审查提交记录，两者都可以无脑操作，相互替换；如果要生成有条理的提交记录，前者会记录多条开发分支扰乱视线，因而推荐使用后者。但后者要是使用不当，会生成令人糊涂的提交记录。这点官方文档里有描述，但我嫌它所举例子有点牵强，所以自己举例说明。
继续阅读 »
同步远程和本地目录
git init
git remote add origin $url_of_clone_source
git fetch origin
git checkout -b master --track origin/master # origin/master is clone's default
继续阅读 »
master: 默认开发分支
origin: 默认远程版本库
Head: 默认开发分支
Head^: Head的父提交
创建版本库
$ git clone #克隆远程版本库
$ git init #初始化本地版本库
继续阅读 »
在开发java、javaee等项目时，我们经常会使用eclipse或者myeclipse等ide工具，随着互联网的发展源代码的管理工具也随着不断的变化，从开始的vss、cvs、svn到现在的分布式管理工具git，目前git作为版本控制软件是非常受大家欢迎的。所以我们工作中需要在ide上集成git插件。在eclipse中，egit是其基金会开发的一个插件。
继续阅读 »
在提交代码时，有许多的初学者甚至是老程序员也会犯一个错误，那就是把一些不应该提交到源代码仓库的文件也提交到仓库，比如编译后的输出bin/目录，本地工程的一些设置文件如.idea，.settings。如果一旦提交到远程仓库，那么还将影响到团队中的其他成员。每次更新的时候，都会将别人的设置更新下来，可能会导致编译不通过等诸多问题。一旦这些文件受git管控，那么想删掉它就麻烦了。如果本地删除，再commit和push，那么其他成员更新代码的时候，他本地的也会被删除。对于编译输出的文件还好，再编译一次就可以。如果是环境设置类的文件，那么对方就惨了。会导致许多莫名的错误。
继续阅读 »
前言
最近对 Git 又有了更深入的了解，本想用自己的语言解释 Git 原理，但见珠玉在前，没自信做得更好，索性罗列自己看过的好文章。
一个问题
Git 只是一个用来管理源码的工具，一般来说，只要了解几个常用命令和遵守团队操作规范，在直到遇上一些奇怪的问题之前，足够应付日常工作了。
继续阅读 »