红色,绿色和重构步骤之间的自动git提交?

dku*_*ubb 6 git tdd refactoring guard

我总是对使用我的工作流程尝试新事物感兴趣,并且我认为在红色,绿色和重构步骤之间自动提交可能是一个有趣的实验,但是一旦我完成特定功能(并且在推送之前)手动压缩提交).

我只是想知道其他人是否曾尝试过这个?我以为我曾经读过这个,但我找不到任何参考资料.

我希望一个好处可能是更多地关注经常提交,以及能够直观地看到我的工作流程以便我可以改进它.例如,在挤压之前,我可以看到我的红色和绿色之间的时间是否太长,或者我所做的代码更改次数是否大于每个步骤之间所需的时间.

我打算将它作为一个防护插件来实现,这样当我保存规范或库文件时,它会运行规范并使用提交消息提交更改,如:

Green: 1621 examples, 0 failures, 2 pending (1659 tests/s, 0.0006 p/test)
Run Code Online (Sandbox Code Playgroud)

我的想法是,我可以在压缩时进行可视化扫描,并确定通过逻辑更改对相关的Red/Green/Refactor进行分组的位置.

在最坏的情况下,我认为这可能是一个有趣的实验,充其量它可能会让我以不同的方式看到我的工作方式.

Phi*_*eux 1

我喜欢这个主意。

展示新的/更新的规格可能是一个优点。:)

对于这个插件来说,要知道代码何时达到“真正的”红色/绿色状态可能很棘手。

会不会:

  • 当规格未通过并且除“规格”文件之外没有其他文件发生更改时,提交 --amend 'Red'?
  • 之后,由于 lib 的更新,一旦规范通过,就提交“绿色”?