返回信息流实验室内使用cvs的人,有两种习惯。
一种是做一个小修改就commit一次,一天下来能commit七八次。
一种是等十天半个月才更新一次,认为“要有个稳定的版本才提交”。
我也不知道哪一种应该提倡,所以来问问有经验的人士。请大家指教
这是一条镜像帖。来源:北邮人论坛 / soft-design / #38274同步于 2010/5/4
该镜像源已超过 30 天没有更新,可能在源站已被删除。
SoftDesign机器人发帖
问一个有关cvs(或者svn)使用方式的问题
ppooooll
2010/5/4镜像同步37 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
请用tag 提交多少次都无所谓
【 在 ppooooll (小破坑) 的大作中提到: 】
: 实验室内使用cvs的人,有两种习惯。
: 一种是做一个小修改就commit一次,一天下来能commit七八次。
: 一种是等十天半个月才更新一次,认为“要有个稳定的版本才提交”。
: ...................
对于多人参与的使用自动构建的项目,需要谨慎的 commit,
Commit-and-Run 提交后就下班,也不保证代码是否正常工作,也不顾及是否影响整体项目的构建,是没有团队精神的表现,会严重影响到团队合作
如果没有自动构建,或者是个人项目,那还是推荐经常 commit,降低代码的丢失风险
还有就是 svn/cvs 只处理版本管理的事情,模块划分是否合理、团队成员间沟通是否通畅等问题会影响到团队整体的版本管理效率和效果
我觉得 scm 是一门艺术,不仅仅是使用版本管理工具那么简单
艺术的意思就是没有最佳方法的问题
【 在 coolfantasy (Cool) 的大作中提到: 】
: 还有就是 svn/cvs 只处理版本管理的事情,模块划分是否合理、团队成员间沟通是否通畅等问题会影响到团队整体的版本管理效率和效果
: 我觉得 scm 是一门艺术,不仅仅是使用版本管理工具那么简单
Best Practise 只存在于理论中,理论只能指导实践
【 在 coolwc (小包) 的大作中提到: 】
: 艺术的意思就是没有最佳方法的问题