强制执行拉取请求的最佳git策略
我们公司正在使用一个简单的主/开发/功能分支模型。 在一些合并灾难之后，开发人员的数量继续增长 我们决定关闭master和development，以便通过审阅者推送和强制执行仅拉取请求 问题是如何用这种新策略在master和development之间上下融合，以及如何处理融合冲突 如果我们不能继续这样做 切换到主分支 吉特拉力 git签出开发 吉特拉力 git合并主机 git push->这是不允许的强制执行拉取请求的最佳git策略,git,merge,pull-request,Git,Merge,Pull Request,我们公司正在使用一个简单的主/开发/功能分支模型。 在一些合并灾难之后，开发人员的数量继续增长 我们决定关闭master和development，以便通过审阅者推送和强制执行仅拉取请求 问题是如何用这种新策略在master和development之间上下融合，以及如何处理融合冲突 如果我们不能继续这样做 切换到主分支 吉特拉力 git签出开发 吉特拉力 git合并主机 git push->这是不允许的 这也许不是一个答案，但在我们公司，我们决定使用本地服务器上托管的gitlab服务器 Gitla
这也许不是一个答案，但在我们公司，我们决定使用本地服务器上托管的gitlab服务器 Gitlab允许禁用对分支的任何推送，并允许用户修改此分支。然后，在审查和批准之后，将修改案例主控中的分支机构