git提交日志的规范
为了更规范的开发，特别是团队协同开发，对于代码托管工具的提交上都会有要求的。
作为开发者，我们一定要注重提交日志的规范性，我们要对自己写的代码负责。提交日志规范很多，最近看到了一个angular规范就尝试使用并记录下来。
格式如下：
( ): #header// 空一行// 空一行
其中<type>、<subject>是必须的，其他都不是必要的
#header是指<type>、(<scope>)、<subject>，一般是写在一行的。
type
用于说明本次commit的类别，只允许使用下面7个标识
- feat：新功能（feature）
- fix：修补bug
- docs：文档（documentation）
- style： 格式（不影响代码运行的变动）
- refactor：重构（即不是新增功能，也不是修改bug的代码变动）
- test：增加测试
- chore：构建过程或辅助工具的变动
提示： 如果type为feat和fix，则该 commit 将肯定出现在 Change log 之中。其他情况（docs、chore、style、refactor、test）由你决定，要不要放入 Change log，建议是不要。
scope
用于说明commit影响的范围，比如数据层、控制层、视图层等，视项目不同而不同。
subject
commit目的的简短描述，不超过50个字符。
body 对本次commit的详细描述，可分成多行。应该注重说明代码变动的动机，以及与以前行为的对比。
footer Footer 部分只用于两种情况。
1.是出现不兼容变动时，以BREAKING CHANGE开头，后面就加上对变动的描述和理由以及迁移方法。
2.当前的commit用于撤销以前的commit，以revert:开头，后面跟着被撤销commit的hander。 Body部分的格式是固定的，必须写成This reverts commit <hash>.，其中的hash是被撤销 commit 的 SHA 标识符。
规范目的是让开发效率提高，增加开发人员的沟通，毕竟很多时候记录好过记性。而且规范的记录会让项目管理更加轻松。
另外，git的分支其实并不难，不怕麻烦的话去试一两次就可以体会到了，如果不使用分支功能，那么还不如使用svn。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
一、安装git服务器十分简单，可以参考
二、新建仓库
cd到服务器的目标文件夹下
$ sudo git init --bare sample.git
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾。然后，把owner改为git：
$ sudo chown -R git:git sample.git
三、 使用git
Git命令行形式使用
安装git，下载git安装包安装，安装完就像svn一样在文件夹下右键
点击Git Bash Here 进入Git的命令行界面（以上面的sample.git为例）：
接下来是在命令行的界面操作（逼格满满的操作）
克隆操作： git clone ssh://git@172.16.81.153/srv/sample.git
添加到暂存区： git add <file> # 将工作文件修改提交到本地暂存区 (一般有要使用git add . 再commit的)
commit提交： git commit -m "注释内容"
初始化远程库： git push -u origin master # 将本地主分支推到远程(如无远程主分支则创建，用于初始化远程仓库)
合并远程库：git pull # 抓取远程仓库所有分支更新并合并到本地
其实使用习惯了Git命令行还是很好用的
Git的idea的ide工具的使用
这种使用方法或许才是最好用的，体验一级棒。。。。。。。。。。。。。。。。。。。
首先你要有一个支持git的工具，下面我用idea为例
输入地址
选择目录
成功导入项目，目前我修改一个地方，然后提交我的操作
push操作：
Failed with error: Could not read from remote repository.错误解决方法：