一般大厂应该怎样做 code review,如何组织 Git

2021-04-27 12:10:41 +08:00
 8e47e42
求有实战经验党讲讲:
1. Code Review 作为 Senior SE 的流程怎么做会比较能帮助到 junior SE ?如果一个 PR 有 bug/错误 /需要改进的地方,我要如何提出比较好。
2. 一般大厂的大家如何使用 git 协作?会直接在同个 code base 上协作(一个 git repo, 小组所有人有读 /写权限,遇到 feature 直接创建 branch,commit 到 repo,完成以后 PR 到 master/main ),还是通常会从主 repo 中 fork->创建一个 branch 写这个 feature->PR 回去
3. Commit 以什么方式组织( function ? class ?)最合适?

求各种细节
6835 次点击
所在节点    问与答
83 条回复
learningman
2021-04-29 11:18:51 +08:00
@carrieflint chromium 只 pull 最新 commit 6G,还包括 third party,啥业务能有 chromium 的复杂度?
clino
2021-05-06 21:54:05 +08:00
@namelosw Google 咋不用 git 呢,Gerrit 都是 Google 开发的。
namelosw
2021-05-07 08:36:16 +08:00
@clino 我理解 Google 的主 Repo 用的版本管理是他们自己开发的一个东西,不是 git,git 代码量太大的时候性能跟不上,他们的 monorepo 应该有几十亿行

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/773568

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX