在我所做的研究中,大多数团队似乎遵循的工作流程如下:为一个特性创建一个分支,然后在完成对该特性的编码时将该分支合并到master中。
对于大多数代码已经就绪,并且一个人的工作与另一个人的工作是分开的,但是对于一个新的项目开发人员来说,他们确实需要看到彼此的变化,并且需要做的大部分工作都是“奠定基础”。
虽然在最初的开发过程中,开发人员可能会处理特定的功能,但其他开发人员可能希望在它们完全完成之前看到它们,并且最初是否完成可能会被很好地定义为在处理其他功能之间可能会多次重新访问一个功能。
在这种情况下,有没有关于如何管理git工作流的既定模式?如果我们都在同一个分支上工作,并将其称为“初始实现”,然后在其达到合理的成熟度时将其合并到master中,并开始处理功能分支,这是否更有意义?
