关于check-in应该是在代码审查之前还是之后

本文探讨了代码审查在提交前后的利弊,并建议根据团队成员的整体开发水平来选择最佳实践,以平衡效率与代码质量。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

关于这个问题,一直有争论。
在check-in之前进行review的好处是保证repository中代码的整洁,缺点是增加了代码分享的延迟,延长了集成测试的周期。
关于check-in之后进行review,参加此文:《Check In Early, Check In Often》
在stackoverflow对此也有讨论:
其中提出了使用Git作为版本控制工具的方案。
本人认为,选择之前还是之后要看开发组成员的整体开发水平,如果水平都比较高,则可采取先checkin再审查,以提高效率;
如果整体水平不高,还是先review再checkin比较可取,以保证代码质量。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值