Github全面详解-12 Pull Request

Pull Request用于提出对项目文件的更改。它是一个开始提交讨论的方式,被经常用于代码审查。如果你是一个人工作，你可以使用我们学到的git命令来推送更改到主分支中，就足以满足你的要求。 但是，如果你是在公司项目或者开源项目的这种团队工作下，就必须要学习如何使用Pull Request了。 到目前为止，GitHub知道你已经添加了更改到你的分支，然后它智能的建议您启动Pull Request。 所以点击右上角的compare & pull request按钮。 图 2-43 GitHub预先填充提交消息作为pull request的标题。在正文中，我们可以填写pull request的原因：因为这个Pull request就是是为了解决在之前课程中创建的issue 1的问题,所以输入： 图 2-44 完成后，点击绿色按钮创建pull request。 pull request通常用于对与正在进行的更改的代码仓库的讨论。 图 2-45 我们现在的视图被称为会话视图，因为这里我们可以在这个会话中，讨论这次的更改。 提交视图包含有关谁对文件进行更改的信息。 每个提交都被记录到这个视图中，让我们看到提交前后发生了什么变化。 接下来，文件的更改视图允许您查看更改的记录。我们称之为dif。绿色文本是已添加的内容，如果我们删除了任何东西，它会是红色的。 如果你注意到在代码中有需要改变的东西，您可以单击此视图中的行号以创建行注释。 图 2-46 行级注释是一个很好的标记方式，而且经常被用于代码审查。注释完成后，可以点击comment注释： 图 2-47 如果我们回到pull request视图。 图 2-48 我们将看到行注释在这里。 大多数项目团队要求有人在合并之前来签署更改，但是因为我们不与任何人在这里合作， 所以如果我点击绿色按钮确认： 那么，这将合并我们的分支add-readme到主分支。 最后，让我们回顾一下我们在此视频中学到的内容。要打开pull request，您必须先拥有一个带有更改的分支，然后我们点击绿色按钮打开pull request，接着添加了一些合并的信息：比如，标题和讨论。 我们还查看了不同的视图，会话视图，提交视图和文件更改视图。 最后，如果我们点击merge pull request，它将把我们的更改添加到主分支。 我们也可以停在这里，但是，通常是在你打开一个pull request，这时您可以获得反馈或者想要进行的其他更改，最后再合并也不迟。 下一个视频中，我们将介绍如何添加其他更改以及如何处理当你的远程仓库与您的本地repo不同步时发生的合并冲突问题。