我们公司正在使用简单的主/开发/功能分支模型。 在经历了一些“合并灾难”之后,开发人员的数量继续增长 我们决定关闭 master 和 development 来推送和强制执行只有审查者的拉取请求 问题是如何使用这种新策略在 master 和 development 之间向下和向上合并,以及如何处理合并冲突 如果我们不能继续做这样的事情
答案 0 :(得分:-1)
这可能不是答案,但在我们公司,我们决定使用 gitlab 服务器(托管在我们的本地服务器上)。
Gitlab 允许禁用对分支的任何推送,并允许通过 merge requests 修改此分支。然后在审核和批准后,正在修改分支(在您的情况下为 master)。