风起于青萍之末

前言今天有个同事突然问我：怎么创建一个本地的远程仓库，并且还要能看到仓库文件，能够push的。。 大家都知道Git仓库是分布式的，也可以这么理解每一个本地仓库同时也能是一个远程仓库。 既然这样，我们直接建一个目录，然后创建一个本地仓库就可以了。然后再到另外一个目录进行clone操作就相当于是有远程仓库了。 想法是好的，然而要完整的实现他的需求还是有一些坑要走的，下面来进行具体的操作吧。创建远程

在Linux如果要提交的文件名是中文的，默认git commit的时候就会把中文显示为一串数字如下： create mode 100644 "\346\265\213\350\257\225"这个时候只需要添加相应的配置即可显示正常的中文，执行以下命令即可$ git config --global core.quotepath false或者手动更改配置文件~/.gitconfig，编辑添加如下内容

默认在git仓库中输入$ git log会显示所有文件的修改log记录。 如果我们只想看项目中某一个文件的修改记录，可以输入以下命令：$ git log -p xxx(文件名)

由于未添加ignore文件造成，提交的项目很大(包含生成的二进制文件)。所以我们可以将编译生成的文件进行过滤，避免添加到版本库中了。首先为避免冲突需要先同步下远程仓库$ git pull在本地项目目录下删除缓存$ git rm -r --cached .新建.gitignore文件在项目的根目录下面新建.gitignore文件并添加相应的过滤规则再次add所有文件输入以下命令，再次将项目中所有文件添

前言目前我们项目基本都是使用Git作为版本控制工具，Git最大的亮点就在于其分支特性，因此这里主要介绍一下项目的分支管理。 网络上也有许多的Git Flow最佳实践，但是这里我们不打算完全照搬，仅作为参考使用吧。常驻分支 Release 发布分支：达到可上线发布的时候，首次从Master检出该分支，后续从Master合并过来。 Master 稳定分支：经过测试人员专业测试过关了，再合并test

前言针对线上Release版本出现的Bug问题，我们需要有一套稍微严谨的处理流程，否则很容易忙乱掉。 下面是处理流程初稿。流程处理思维图