git commit搜索源代码并提取注释

git commit搜索源代码并提取注释,git,Git,我只是想知道,在我的资料中我写了一些评论,比如 # .GIT: Fixed da big bug man! 因此,这些可能会出现在各种源文件中,并有详细的解释(如示例中所示!) 然后在gitcommit上,它将首先扫描所有源代码,提取提交消息的注释并提交。额外的是将这些评论从源文件中删除(你有点危险,但嘿,生活在边缘) 这有意义吗?有什么东西已经在那里了,比如说钩子?我本以为这是一个流行的请求,但除非我搜索了错误的关键字,否则我什么也找不到。或者这是一个非常非常糟糕的主意还是不可能 是的,正如

我只是想知道,在我的资料中我写了一些评论,比如

# .GIT: Fixed da big bug man!
因此,这些可能会出现在各种源文件中,并有详细的解释(如示例中所示!)

然后在gitcommit上,它将首先扫描所有源代码,提取提交消息的注释并提交。额外的是将这些评论从源文件中删除(你有点危险,但嘿,生活在边缘)

这有意义吗?有什么东西已经在那里了,比如说钩子?我本以为这是一个流行的请求,但除非我搜索了错误的关键字,否则我什么也找不到。或者这是一个非常非常糟糕的主意还是不可能

是的,正如你所猜测的,我是git的新手

  • 这是可能的(通过一些技巧,是的)
  • 可以使用挂钩(至少预提交)
  • 是的,没有意义,这是一个坏主意,是肮脏混乱的工作流程和糟糕的计划的结果

  • 所有和任何提交(以及幕后开发人员)都必须遵循“经常提交!快速提交!”的范例,并且如果您使用“每个原子作业提交”或更少(一个作业可能会在一定数量的提交中受到影响)的想法,您不能在提交消息完成列表中编写和合并

    ,有一个
    git add-p
    ,允许您选择要提交的更改。因此,即使在进行多次更改后,只要它们没有更改相同的行,您也可以轻松地分别提交它们。@ThiefMaster-但是,如果在不同的文件中长时间执行了许多不相关的任务,则文件的分离不会刷新内存