规范
程序员是一个千变万化但是又不离其中的职业,能够实现各种各样的功能,实现的方法也是各种各样,而最佳实践又是很多程序员比较认可和遵守的一些规则,其中会有:
- html-css规范:https://github.com/doyoe/html...
- JavaScript书写习惯:https://github.com/adamlu/jav...
规范可能并不会带来直接的利好,但是随着工程的扩大,这些良好的习惯可能会带来很好的优势,不然eslint也不会这么受欢迎,
本文讲的并不是JavaScript-css-html的规范,而是程序员比较常用地git操作,先安利一个命令端的工具,
-
https://github.com/robbyrusse... 一个命令端的利器
这里也是讲git commit的一种方式,参考了AngularJS项目的推荐git规范],
git commit补充
先看看angular的格式
Commit Message 格式
<type>(<scope>): <subject>
<空行>
<body>
<空行>
<footer>
可以看出分为三个部分,头部,主体,底部;
-
首先是头部,<type>(<scope>): <subject>
包括了三个节点:-
type 类型,修改的类型级别
- feat:新功能(feature)
- fix:修补bug
- docs:文档(documentation)
- style: 格式(不影响代码运行的变动)
- refactor:重构(即不是新增功能,也不是修改bug的代码变动)
- test:增加测试
- chore:构建过程或辅助工具的变动
- scope 修改范围
主要是这次修改涉及到的部分,最好简单的概括 - subject 修改的副标题
主要是具体修改的加点
-
- body,修改的主体标注
- footer里的主要放置不兼容变更和Issue关闭的信息,
这些东西由于我们书写代码本身就会经常性的提交,所以如果每次都这样书写的确是挺烦人的,所以我目前建议自己采用相同的但是更加简单的方式来完成,
简单的git commit规范
简单的git commit的格式:
git commit -m "fix:修改了去除定位偏移的bug"
//git commit -m "fix+style:修改了去除定位偏移的bug+背景样式修改"
这样看的话们就算和自己平时修改和提交都差不多,毕竟目前主要的话还是fix+feat+style的修改会比较多,业务线偶尔也会refactor等操作,所以看自己的情况把。
参考:http://www.cnblogs.com/qcloud...
https://segmentfault.com/a/11...
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。