# Day21--Git标准姿势?基本动作?

在接下来几篇的文章中,大概会提到所谓的Git,後来听许多前辈说,Git是工程师非常加分的条件,虽然自己还没有到非常熟悉Git,但在最後的10天中,就来带大家跑一下Git的操作!

据说Git在commit的时候应该要有所谓的正确姿势:

还记得在Xcode中commit东西的时候,都会有所谓的commit Message:

然後看着所谓的commit message,不禁眼前一黑:虾饺,这到底应该样写些虾饺?

那我就来示范示范(搓手),据说有个公式是这样:

<type>(<scope>):<subject>   <-这边是Header

<blank>                     <-空行

<body>                      <-这边是Body

<blank>                     <-空行

<footer>                    <-这边是Footer

type修改类型

所谓的type就是我今天在程序码中干了些什麽类的事情,工程师因为工作需要,经常需要把做的事情分门别类,让大家都知道到底今天合作时的纪录到底都有些什麽内容。

而type分成几类:

  1. feat提交新功能
  2. fix 修东西
  3. docs 改文件
  4. style 程序逻辑外的更改
  5. refactor 重构功能
  6. perf 增加程序效能
  7. test 增加、修改测试例子
  8. chore 对构建过程、辅助工具或依赖库的修改

scope作用域

作用域大概指的大概就是你commit的程序码後,影响的范围。
假设以MVC架构来说,就有所谓的Model、ViewController、View这三个不同分门别类的东西,
那麽在scope中就可能可以这样描述:

feat(View*13-18*):something I did...

subject摘要内容

摘要内容其实就是把事情的重要内容简单的讲出来。不知道大家有没有写过论文?论文的摘要就是浓缩研究主体,让大家一看就知道这篇论文到底在干嘛。

body详述内容

就是把所有跟摘要有关的细节讲出来。(我好像也不知道要多讲什麽。)

footer

footer能使用的机会似乎比较少一些,可能的情况较多是在版本不相容、关闭issue(似乎也有说法是纪录bug的修复点之类的)

比如说:

  1. 版本不相容
BREAKING CHANGE: somthing change by the differnt version

Before:

    scope{
      myAttr:"Attribute"

    }

After:

    scope:{
      myAtter:"@"

    }


  1. 关闭某个议题
    这个情况比较适用於commit的内容跟某个议题有关,在解决之後,就可以藉由footer来关闭,说明这个议题已经被解决了,或者也可以在这边注明修复了哪些bug。

Well,这些知道了之後好像就可以commit message了耶!

tags: 铁人赛

<<:  GCP GAE

>>:  [面试][设计模式]Code Review 会注意哪些事?会依照什麽原则对程序做 Refactoring?

没钱就跟别人要钱,别人的钱就是我的钱,但我的钱还是我的钱

乞讨功能 写个乞讨的功能...... # cogs/money.py @commands.comma...

【心得】 会让人晕3D的transform

昨天有先提到了transform的位移与relative的差别了 那麽今天再来详细一些比较常使用的t...

【Day17】期间限定:函式的参数

函式会将参数传入函式里面,让它们成为函式里的变数,让程序码去做运算。参数只能在函式里刷存在感(期间...

【C++】Encryption and Decryption

在学习Encryption 跟Decryption前~ ASCII电脑编码系统是必须要知道的。 AS...

网速单位的陷阱:bps

聊了这麽多上网的服务,或许大家最在意的还是上网的速度吧! 但你知道 ISP 们平常所说的网路速度和你...