我在一个小的开发人员团队中工作（我们有3个）。 在我完成的研究中，大多数团队似乎遵循的工作流程如下所示：为功能创建了一个分支，然后在完成对功能的编码后将该分支合并到master中。
这似乎适用于成熟的项目，在该项目中，大多数代码已经存在，并且一个人的工作与另一个人分开的功能，但是对于一个新项目，开发人员确实需要在进行更改时看到彼此的更改，最初需要完成的许多工作是“奠定基础”。
在最初的开发过程中，开发人员可能会使用特定的功能，而其他开发人员可能希望在它们完全完成之前先看到它们，并且一开始可能无法很好地定义它们是否完成，因为可能会再次访问某个功能在其他功能之间。
在这种情况下，是否存在有关如何管理git工作流程的既定模式？对我们所有人来说，都在同一个分支上工作并称之为“ initial_implementation”，然后在达到合理的成熟度时将其合并到master，然后开始在功能分支上工作，是否更有意义？