为2人团队介绍拉取请求-合并我自己的请求吗?


11

我正在向初级团队成员(一个合作社)介绍git。

现在,他们对添加,提交,推送和拉取的基础知识感到满意。

现在,我要介绍它们来拉取请求和分支。

如果他们开始在分支机构中执行拉取请求,我是否应该为正在进行的工作做同样的事情?
我将成为合并他们的请求请求的人。我不确定在分支机构工作对我来说是否最有意义(通常我知道这是一种很好的做法,但我对2个开发人员和一个大三的这种特定情况感到好奇),如果是的话,那意味着我将把自己的分支合并到master中。无论如何,我是否还会为我的工作/分支提出拉动请求?通常,我们使用基本的github功能分支工作流进行以下更改:https :
//www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

如果我是唯一的开发人员,是否有在自己的仓库上使用拉取请求的目的?是有用的,但不够具体。

2个人在一个项目上的工作流程似乎也更笼统

我应该在官方仓库或叉子上打开来自分支的拉取请求吗?似乎更多关于叉子。

Answers:


19

不。您不应该合并自己的请求请求。对鹅有好处的对鹅也有好处。合并您自己的请求请求对我们的初级开发人员来说是一个不好的先例。这也意味着没有其他人在看您的代码。不管我们有多高级,我们都会不时犯错误并编写错误的代码。通过让其他人审阅并合并您的工作,从另一端教您初级的代码审阅工作。

他的眼神可能与您不同,但是这会使他从审阅者的角度开始习惯该过程,并且他可能会让您感到惊讶,并发现您所做的愚蠢的事情。最低限度,它将为您提供一些对您来说显而易见但对他而言不明显的代码。这有两个好处。

  1. 你们俩都学习了大三学生需要集中精力学习的地方。
  2. 您会了解到自己比应该聪明的地方。

6
代码审查的另一个巨大好处是,至少有两个人已经看到,了解并有机会在每次更改之前询问有关每个代码更改的问题。即使初级开发人员不知道要查找的内容,他也会保证从所有这些中学到一些东西。
Ixrec
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.