5,177
社区成员
发帖
与我相关
我的任务
分享我使用subversion让别人为我干活,怎么知道他修改,上传了那些代码呢?
雇用了3个人为我干活,我用subversion来管理,怎么知道那个人上传了那些代码,作了那些改动呢?
...全文
请发表友善的回复…
发表回复
vanta 2009-01-19
- 打赏
- 举报
干脆设置不同的帐号啊，那样就能清楚的看到历史
suilj 2009-01-13
- 打赏
- 举报
查看提交历史
进行版本比较
进行版本比较
homesos 2009-01-13
- 打赏
- 举报
我喜欢用商业软件，如clearcase vss等，你所要的功能它们都有，给每个人分配帐号，有历史记录管理、版本比对、备份等等一系列功能。
总的来说，SVN不如它们好用。
总的来说，SVN不如它们好用。
闪破风浪 2009-01-12
- 打赏
- 举报
版本分支管理
AwL_1124 2009-01-11
- 打赏
- 举报
ls回答的很详细
lz可以使用svn之类的管理软件，这样方便查看每个人的操作
lz可以使用svn之类的管理软件，这样方便查看每个人的操作
以专业开发人员为伍 2009-01-11
- 打赏
- 举报
我的出发点：凡是测试中没有涉及的代码，都是可以删除的。当然，一般我会先注释它，过一段时间才删除。
在把握项目上，了解架构蓝图很重要，越是细节越是应该使用高明的手法来保证质量，而不需要像一个小程序员那样去考虑代码观念，否则你无法摆脱一个小程序员的角色负担。
在把握项目上，了解架构蓝图很重要，越是细节越是应该使用高明的手法来保证质量，而不需要像一个小程序员那样去考虑代码观念，否则你无法摆脱一个小程序员的角色负担。
以专业开发人员为伍 2009-01-11
- 打赏
- 举报
没有必要知道。你应该亲自进行build，然后亲自测试。抓好这两个东西，研究好如何尽可能缩短测试回归周期（如果你掌握全面进行自动化测试的技术就可以做到每天回归好几次，而完全不掌握则往往是几个月才能回归一次），实际上只要通过测试的你都应该验收通过，而没有通过测试的都应该要求别人修改（要知道第10次测试时通过的功能点可能在第1000次回归测试时出现问题，所以这个“通过”是相对的字眼而不是绝对的）。
实际上，凡是测试中没有涉及的代码，都是可以删除的。基于这个道理，我认为你大可不必特别担心一定要清楚地立即知道“上传了哪些代码”，而是要尽可能强化测试。
实际上，凡是测试中没有涉及的代码，都是可以删除的。基于这个道理，我认为你大可不必特别担心一定要清楚地立即知道“上传了哪些代码”，而是要尽可能强化测试。
