Git 允许bitbucket用户创建分支,但仅通过请求分支权限设置进行更新?

Git 允许bitbucket用户创建分支,但仅通过请求分支权限设置进行更新?,git,bitbucket,pull-request,branching-and-merging,Git,Bitbucket,Pull Request,Branching And Merging,我一直在寻找这个场景的答案,但在bitbucket的文档或此处未找到任何内容。基本上,我想为共享功能分支创建分支权限。当我们有一个新特性时,很多时候,在我们合并到主分支(master)之前,需要由多个开发人员完成前端和后端任务。为此,我们创建了一个共享的feature/*分支,多个开发人员可以在其中创建pull请求,一旦这个分支是一个完全开发的功能,它就可以通过pull请求合并到master中 问题是我们的一些开发人员对git不太熟悉,我不希望他们直接推到共享特性/*分支,我希望他们在其中做一个

我一直在寻找这个场景的答案,但在bitbucket的文档或此处未找到任何内容。基本上,我想为共享功能分支创建分支权限。当我们有一个新特性时,很多时候,在我们合并到主分支(master)之前,需要由多个开发人员完成前端和后端任务。为此,我们创建了一个共享的feature/*分支,多个开发人员可以在其中创建pull请求,一旦这个分支是一个完全开发的功能,它就可以通过pull请求合并到master中

问题是我们的一些开发人员对git不太熟悉,我不希望他们直接推到共享特性/*分支,我希望他们在其中做一个PR,以便在我们考虑将整个特性合并到master之前,其他开发人员和我都能更清楚地看到代码更改。我设置了分支权限以保护共享功能/*分支不被推送到。问题是,共享特性/*分支是短暂的,我们需要为每个特性创建一个新的分支,然后在合并特性后将其删除。因为我已经阻止了对这些分支的推送,所以开发人员无法创建新的共享分支来启动这个过程。我想假设我可以限制推送仅限于我自己,并在需要时创建每个共享分支,但我宁愿不限制谁可以创建这些分支中的一个


有没有人经历过类似的问题?BitBucket中是否有一个设置或方法可以解决我缺少的问题?是否有人使用不同的过程来处理共享功能工作,以防止开发人员将其代码直接推送到限制更改可见性的分支?

这些开发人员会使用什么样的forks?他们将使用fork存储库,然后使用这些功能分支,在fork中推送到它们的分支,然后创建上游的PR(您的主分支)?