git - 在自托管 git repo 上使用 git pull 请求的工作流程

Question

我想了解在自托管 git 存储库上使用 pull 请求的过程会是什么样子(如果可能的话)。

假设我有两个分支，feature和 master .在 feature 上完成了一堆工作分支，我想提交一个 pull 请求，以便在 merge 到 master 之前审查更改分支。据我了解，这些步骤类似于:

git push feature (开发人员将 feature 分支上的提交推送到远程仓库)

git request-pull <start commit> feature <end commit>开发人员创建 pull 请求。但我不完全确定是否 <url>应该引用master或 feature分支机构？

然后审阅者会以某种方式检索 pull 请求，如果他们对此感到满意，那么他们会 merge feature分支到master与 git merge feature

自托管 git 可以实现这样的工作流程吗？我还没有真正使用过 Github 之类的东西，但我知道它们有很多 GUI 功能来管理这类事情。

问题总结:

• 应该做什么<url>在 git request-pull 命令中？
• 审阅者如何收到 pull 请求？
• 有没有办法查看 pull 请求的历史记录？
• 有没有办法让特定的人审查 pull 请求？

Answer 1

As far as I understand it, the steps would be something like:

git push feature (developer pushes commits on feature branch to remote repo)

git request-pull <start commit> <strike>feature</strike><url> <end commit> developer creates the pull request.

Reviewer would then retrieve the pull request somehow, and if they are happy with it then they would merge the feature branch into master with git merge feature

这些正是 pull 请求工作流的步骤。

git request-pull命令只是打印一个格式良好的更改摘要 <start commit>至 <end commit>然后您可以将其发送给审阅者(例如，通过电子邮件)以通知他们。它不会自行发送任何内容。

您可以将托管的 Git 存储库的 URL 插入为 <url>以便审阅者知道他们可以在哪里找到您的提交。 <start commit>将是构成您的更改的那些之前的最后一次提交。 <end commit>将是最新的提交，即 feature .

您可以通过插入 . 在本地试验该命令作为<url> (即您所在的目录)。

---

Summary of questions:

• what should <url> be in the git request-pull command?

托管存储库的 URL(可以是本地目录名称)。_{(它可以是任何东西，如果在那个位置没有包含提到的提交的存储库，该命令只会警告你。)}

• how does a reviewer receive the pull request?

通过向他们发送命令的输出。

• is there a way to view a history of pull requests?

不适用于 git request-pull ，您必须自己跟踪它们。

• is there a way to have someone specific review the pull request?

通过发送 git request-pull 的输出给他们。