我们是一个由5人组成的小团队。除了我，其他人不喜欢学习git的细节。团队每年都在变化。
我们一直在使用centralized workflow。每个人都有对这个中央存储库的写访问权。不知怎的，它正在发挥作用。
最近，我发现一些应该已修复一段时间的代码，所以我想有人重新推出了不修复的代码。所以，我想转向更有控制的工作流程。
我正在考虑forking-workflow，但我想我们会管理它，因为人们已经习惯了中心工作流程，而且我不知道我们将在分叉工作流程中遇到什么样的问题。似乎每个人都需要做很多合并。
所以，我在想，也许我们应该继续拥有这个中央存储库，但我应该维护一个额外的“安全存储库”，只有我才能拥有写访问权限。我会小心翼翼地拿走＆amp;从中央合并到这一个。人们可以从“安全”中拉出来，推向“中心”。
您怎么看？这是个好主意吗？
答案 0 :(得分：1)
对于任何小型专业团队，'git workflow'可能是最好的。这样每个任务都有自己的分支，然后该分支在完成后可以合并到代码主体中。您可以在那时进行代码审查，或者只有一个知识渊博的人进行这些合并，这样就不会有任何回归。每个人都会拥有自己的分支，而不是每个分支的自己的副本。易于理解。
我知道，从您链接的该页面上的图片中，git工作流看起来更复杂。但实际上并非如此。它在复杂的“集中式工作流程”和“分叉工作流程”之间。