|
锁定老帖子 主题：请大家帮忙反驳公司强制使用VSS的理由
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-21
svn+trac，我自己的选择
其实我觉得工具而已，大伙儿的争论实际上是多种编程哲学的理念之争。 你喜欢xnix的编程哲学，那就用svn/git之类 如果你是ms的忠实用户，也习惯了ms的产品线，那你就用vss 每个人都有自己的技术倾向，好比我，对ms多年来一直都不感冒，你现在让我在win下写程序，不是我写不出来，而是我根本不想写，没兴趣，因为ms的理念跟我的理念有冲突，但是这并不代表ms不厉害，实际上他很厉害，也很有我佩服的地方。 所以，萝卜白菜，各取所爱 
|
| 返回顶楼 | |
|
发表时间：2008-07-22
Let the truth speak.
|
| 返回顶楼 | |
|
发表时间：2008-07-23
谁说vss只能一个人checkout，明显就是没用过的人，不会用就不要乱讲。
|
| 返回顶楼 | |
|
发表时间：2008-07-23
很多人就根本不会用，看到是MS的东西就跳出来乱叫，稍微客观点吧，要拍砖也要先熟悉下它的配置啊。
|
| 返回顶楼 | |
|
发表时间：2008-07-23
There are many bugs in vss，and many IDEs don't support Vss，like eclipse，idea。
|
| 返回顶楼 | |
|
发表时间：2008-07-24
Vss也有归并文件的功能 挺好用的
|
| 返回顶楼 | |
|
发表时间：2008-07-25
确实搞java得就应该用cvs
|
| 返回顶楼 | |
|
发表时间：2008-07-29
VSS好几年没有用过了，最近几年一直弄SVN管理
我只有一个疑问： VSS现在解决了安全问题了么 因为VSS需要服务器可写的共享一个目录 client端通过这个目录进行操作 这样的话，我直接通过 文件共享，可以吧这个目录里面的东西删除或者修改 这个我实在是有点无法接受啊 |
| 返回顶楼 | |
|
发表时间：2008-08-16
xiaoqulai 写道 如果你们公司有钱，建议使用IBM 的CC，其功能绝对不是什么SVN,CVS,SUBVERSION,VSS之流的版本控制工具所能比的，这些工具能够做到：
1.将要修改的代码和需求绑定吗？ 2.能在你提交代码的时候帮你检查代码的优劣吗（代码写得不好，比如一个方法内的代码超过300行，局部变量过多等等，哪怕没有错误，不让你提交）？ 3.能让你自动将你实现的功能和你所修改的代码绑定起来吗（项目经理点击一个功能需求，就能看到对应功能下修改的代码） 4.能方便和其它工具集成吗，比如从建模数据库设计编码优化测试..？CC是可以做到的。 使用CC，每天早上来到公司，你就会在CC上有1条或多条任务，CC是基于任务的版本控制工具。 CC这个东西好是好. 有几个问题: 1. 太贵, 不是那些小公司能用得起的. 2. 太复杂, 不是一般人会管理的, 这里的"一般人"也包括程序员. 培训和管理成本太高. 当然一个普通程序员要用的部分还是比较简单的. 3. 可能在大项目又比较规范的项目里用这个更能发挥效力. 在一般的项目,需求一天一变, 采用敏捷方式开发的公司我觉得不适合. 一句话,工具只要适合就好, 老婆只要和得来就行了. 
|
| 返回顶楼 | |
|
发表时间：2008-08-20
hl8189 写道 There are many bugs in vss，and many IDEs don't support Vss，like eclipse，idea。
我没有在idea里用过vss, 但是我清楚的记得eclipse里下有插件可以支持vss的．再说一下，你的逻辑有点问题啊， 应该是ide来支持版本控制， 而不是反过来．
|
| 返回顶楼 | |
