是否可以过滤通知拉取请求的人？

Question

我对git和Github有点新，但过去几个月我一直在使用它，我有一个关于拉请求的问题。

我想发送拉取请求，通知我的团队我的故事分支已准备好进行审核并合并到功能分支中。问题是，其他50人是观察者，即使这个功能分支仅适用于我的小团队，也会得到通知。

编辑：如果您不知道故事和功能分支的含义，基本上功能分支对某个项目来说是一个特别大的变化或补充，足够小，可以分配一个团队为此工作，故事分支是该功能的各个可分割部分的分支。它并不总是需要，但有利于保持功能分支清洁自动构建。

我是否以错误的方式提出拉动请求？是否可以过滤我在执行拉取请求时通知哪些用户？如果是这样，怎么样？

感谢您的帮助。

Answer 1

我担心目前的GitHub版本无法满足你的想法。

一般来说，我要考虑：

• 如果项目不是太大而且不应该分成更多的项目？您可以使用git子模块或语言/框架相关工具（Ruby gems，Python PyPI，PHP Composer，NodeJS NPM等）。然后，每个项目都可以有单独的通知设置。
• 如果它不仅仅是关于通知设置？每个人都可以明确说出他是否希望收到Notification Settings：
中每次更改的电子邮件

Watching该项目允许您收到有关新拉动请求的通知。问题和提交（=那个功能的目的）。

所以这里的问题是当你说他们不关心拉动请求时，为什么所有人都在观看项目和/或接收电子邮件？

如果他们不在乎，他们可以＆＃34; unwatch＆＃34;项目或关闭监视存储库的电子邮件更新。

此外，每个拉取请求或问题中都有一个明确的＆＃34;订阅＆＃34; 按钮，任何想要观看该特定公关/问题的人都可以使用该按钮：< / p>

Github还有＆＃34;团队＆＃34; ，它主要用于权限管理，但您应该能够提及＆＃34; @提及＆＃34;特定团队：https://github.com/blog/1121-introducing-team-mentions（如果您事先成立此类团队）在任何特定问题/公关中。

Answer 2

自从我问这个问题以来已经有一段时间了，我们对审核过程进行了一些改动，所以我想我会给出更新。

我们开始在某些项目中使用名为ReviewBoard的工具。它基本上挂钩到git并阻止推送到你想要保持消毒的特定分支，要求你在推送到该分支之前创建一个审查请求。

您可以通过以下命令执行此操作：

rbt post -p

创建审核后，某些特权用户必须先审核并批准您的更改，然后才能推送。

在此过程中存在一些问题，我们仍在全力以赴，但这似乎运作得相当好。我们还有一个团队，他们查看了一个名为gerrit的工具，但最终没有成功。