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进行分组的位置.
在最坏的情况下,我认为这可能是一个有趣的实验,充其量它可能会让我以不同的方式看到我的工作方式.
我喜欢这个主意。
展示新的/更新的规格可能是一个优点。:)
对于这个插件来说,要知道代码何时达到“真正的”红色/绿色状态可能很棘手。
会不会:
归档时间: |
|
查看次数: |
332 次 |
最近记录: |