长话短说： 你可以 – 但它可能有点棘手。

你应该使用namespace概念（看看这里： gitnamespaces ）

从文档引用：

Git支持将单个资源库的引用划分为多个名称空间，每个名称空间都有自己的分支，标签和HEAD。 Git可以将每个名称空间公开为一个独立的存储库，以便共享对象存储

和

将多个存储库作为单个存储库的名称空间存储可避免存储相同对象的重复副本，例如存储同一个源的多个分支时。

要激活命名空间，您可以简单地：

导出GIT_NAMESPACE = foo

要么

git –namespace = foo clone / pull / push

当命名空间处于活动状态时，通过git remote show origin您只能看到在当前名称空间中创建的远程分支。 如果你停用它（ unset GIT_NAMESPACE ），你将会再次看到主要的远程分支。

您的情况可能的工作流程可能是：

创建一个功能分支并对其进行处理

 export GIT_NAMESPACE=foo git checkout -b feature_branch # ... do the work ... git commit -a -m "Fixed my ticket from backlog" git push origin feature_branch # (will push into the namespace and create the branch there) 

上游合并

 unset GIT_NAMESPACE git checkout master git pull (just to have the latest version) git merge --squash --allow-unrelated-histories feature_branch git commit -a -m "Merged feature from backlog" git push # (will push into the main refs) 

棘手的部分

命名空间提供了分支的完全隔离，但是每次都需要激活和取消激活命名空间

请注意

推动时请注意。 Git会推入当前的命名空间。 如果您正在使用功能分支，并且您忘记激活命名空间，则在推送时，您将在主参考中创建功能分支。

看起来好像这里最简单的解决方案，因为你使用的是GitHub和一个pull-request工作流程，开发者应该把他们自己的仓库分支，而不是共享的仓库。 这样，他们的远程功能分支对其他任何人都是不可见的，所以他们看到的任何“混乱”将完全是他们自己的责任。

如果所有东西都存放在一个存储库中，另一个选择是设置一个简单的web服务，当你关闭一个pull request（响应PullRequest事件 ）时，它接收来自github的通知。 然后您可以删除与该请求对应的源分支。

这比以前的解决方案简单得多，因为它涉及（a）编写代码和（b）运行持久服务（c）可以被github webook访问，并且（d）在远程存储库上具有适当的权限。