我们正在讨论如何在SAFE的SAFE中使用TDD构建我们的开发工作流程。虽然事情结构良好，但我不清楚何时应该在本地提交更改，何时推送它们。
如果每天都这样做/可以在这段时间内进行本地制作的迷你提交，是否应该向上推？什么是标准做法？
该框架对＆＃34;何时＆＃34; ＆＃34;多久＆＃34;？
答案 0 :(得分：3)
考虑使用develop＆amp; GIT中的功能分支。
您的主分支应始终包含可运行的可部署版本的软件。所有'开发'都可以在开发分支上完成，并且只有在准备发布时才合并为master。
使用TDD不应影响您的登记策略。总体目标是始终有一个有效的构建。
答案 1 :(得分：1)
我用于已经描述的开发和功能分支。 SAFE要求每天提交粒度。这意味着服务器端分支。还要求这些提交具有＆＃34;工作代码＆＃34; 。在TDD下，这意味着测试通过了。
所以政策是：
（1）至少在冲刺结束前发生合并的开发分支（3w AFAIK）
（2）在一天结束时暗示开发人员提交工作代码的功能分支
（3）每次提交必须是工作代码
（4）在当地，每个人都可以保留自己的历史，例如： 非工作代码的不同分支，但是这样的推送应该向上提交。
点（1）和（2）实际上在国家外汇管理局开放，但（3）和（4）不是。
请记住，TDD规定测试应该在代码开发之前编写，但这并不总是可能的，并且在scrum下它们可以重复，但总是在代码演变之前。