git - 红色、绿色和重构步骤之间的自动 git 提交？

Question

我一直对在我的工作流程中尝试新事物很感兴趣，我认为在红色、绿色和重构步骤之间自动提交可能是一个有趣的实验，但是一旦我完成了一个特定的功能，然后手动压缩提交(和 push 之前)。

我只是想知道是否有人以前尝试过这个？我想我读过一次，但找不到任何引用资料。

我希望一个好处可能是更专注于经常提交，以及能够直观地查看我的工作流程，以便我可以改进它。例如，在压缩之前，我可以查看我在红色和绿色之间的时间是否太长，或者我在每个步骤之间所做的代码更改数量是否大于必要的数量。

我打算将其实现为 guard插件，这样当我保存规范或库文件时，它会运行规范并使用如下提交消息提交更改:

Green: 1621 examples, 0 failures, 2 pending (1659 tests/s, 0.0006 p/test)

我的想法是，我可以在压缩时直观地扫描它，并确定在何处根据逻辑更改对相关的红色/绿色/重构提交进行分组。

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

Answer 1

我喜欢这个主意。

显示新的/更新的规范可能是一个加号。 :)

这个插件可能很难知道代码何时达到“真正的”红色/绿色状态。

会不会:

• 当规范未通过且除“规范”文件外没有其他文件更改时，提交——修改“红色”？
• 之后，由于 lib 中的更新，一旦规范通过，就提交“绿色”？