|
锁定老帖子 主题：请大家帮忙反驳公司强制使用VSS的理由
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-06-25
个人认为还是vss更好一些，当checkout某一文件的时候，该文件自动被锁住了，别人不能修改此文件。而svn如果不对某一文件锁定的话，可多人对一个文件进行修改，这时候提交的话，就会冲突，无法提交。而在真正的开发中多人写一个文件的情况非常少。所以针对版本控制问题还是某个人写的文件，别人改不了更安全，且出了问题更利于找责任人。
|
| 返回顶楼 | |
|
发表时间：2008-06-25
哎，vss就vss吧，只要他们去管就行了~~
|
| 返回顶楼 | |
|
发表时间：2008-06-25
double_f 写道 个人认为还是vss更好一些，当checkout某一文件的时候，该文件自动被锁住了，别人不能修改此文件。而svn如果不对某一文件锁定的话，可多人对一个文件进行修改，这时候提交的话，就会冲突，无法提交。而在真正的开发中多人写一个文件的情况非常少。所以针对版本控制问题还是某个人写的文件，别人改不了更安全，且出了问题更利于找责任人。
不懂别瞎说！ 1，svn同样支持锁定-修改-释放的方式，但默认方式是修改-合并-提交模式； 2，svn提供自动合并功能，加入合并出错（冲突），只需要修改冲突（系统没法自动合并两个人的修改，只有自己去俄合并了），就可以提交； 3，vss怎么管理多版本的分支-合并问题？ |
| 返回顶楼 | |
|
发表时间：2008-06-25
主要看你们公司里面，是VSS的专家多，还是SVN的专家多。
版权有没有问题？版权是不是问题？ 认为SVN很强大的同志们需要认识到VSS同样很强大，其管理能力是在微软开发环境下得到了验证的。 |
| 返回顶楼 | |
|
发表时间：2008-06-25
greens.leaf 写道 主要看你们公司里面，是VSS的专家多，还是SVN的专家多。
版权有没有问题？版权是不是问题？ 认为SVN很强大的同志们需要认识到VSS同样很强大，其管理能力是在微软开发环境下得到了验证的。 微软自己又不用vss的。。。 |
| 返回顶楼 | |
|
发表时间：2008-06-25
SVN有Visual Studio插件的.
|
| 返回顶楼 | |
|
发表时间：2008-06-25
jefflee 写道 greens.leaf 写道 主要看你们公司里面，是VSS的专家多，还是SVN的专家多。
版权有没有问题？版权是不是问题？ 认为SVN很强大的同志们需要认识到VSS同样很强大，其管理能力是在微软开发环境下得到了验证的。 微软自己又不用vss的。。。 MS用的啥? |
| 返回顶楼 | |
|
发表时间：2008-06-25
vss有LINUX下的工具么，不适合测试环境嘛
|
| 返回顶楼 | |
|
发表时间：2008-06-25
谁说vss不支持多人签出?
谁说vss不支持checkin merge? 谁说vss只支持局域网? 满口胡言,装个vss2005自己用用就知道了 |
| 返回顶楼 | |
|
发表时间：2008-06-25
其实我觉得工具都无所谓
关键是用好用坏 |
| 返回顶楼 | |
