删除内容时的语义提交类型

时间:2018-01-03 10:05:18

标签: commit git-commit

删除功能时,最好使用哪种语义提交类型:featrefactor或其他什么?

3 个答案:

答案 0 :(得分:2)

你应该使用refactor

  • feat:为代码库引入了一项新功能
  • 修复:修补代码库中的错误
  • refactor:既不修复错误也不添加功能的代码更改

您可以参考angular/CONTRIBUTING Commit Message Guidelines

答案 1 :(得分:1)

使用refactor,因为您重建了代码。有关Git Commit Msg的参考资料

答案 2 :(得分:1)

根据定义,它是refactor,因为:

  

重构:代码更改既不能修复错误,也不能添加功能

删除功能肯定是代码更改, 它既不能修复错误,也没有添加功能。

但是,人们通常会假设重构倾向于不引入重大变化。删除功能倾向于总是破坏API ,因为从API中删除了一项功能,这会破坏所有依赖该功能的现有系统。

其他类型呢?特征本身不存在可以被认为是特征。例如,如果某人不喜欢密码登录的想法(每次登录都输入密码很烦人),那么他们可能会认为不具备密码登录功能是一种功能。因此,删除功能可以视为添加新功能。同时,如果不存在某个功能本身可以被视为一个功能,那么该功能的存在就可以被视为错误。因此,删除功能可能会被视为修复了错误。因此,删除功能既是featfix

或者,我们可以假装不存在该问题。设计良好的库不应有不需要的功能。并且由于其他库和应用程序可能依赖于此功能,因此永远不应删除这些功能。但是,这一理想原则并不适用于每个图书馆。

所以我的建议是给这种类型的提交起一个新的名字。