锁定老帖子 主题:请大家帮忙反驳公司强制使用VSS的理由
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-07-03
唉,真无聊,习惯问题不存在反驳不反驳的,谁是老大谁说了算
|
|
返回顶楼 | |
发表时间:2008-07-04
xuby 写道 searching 写道 这里面愤青还真是不少,那些说vss缺点的没有一条成立,自己一知半解,还信口开河!我敢说用vss绝对完全能够适应你们公司的版本管理需要,只不过你自己熟悉了svn而不愿接收新事物,视之为异己罢了。
vss和SVN的区别相当于DOS和Windows的区别,不是一个时代的产品。 简直是放屁吧~你用过吗? |
|
返回顶楼 | |
发表时间:2008-07-04
这无非是你个人情感的问题而已。
|
|
返回顶楼 | |
发表时间:2008-07-04
bonjoviu2 写道 vss 通过局域网共享方式访问,无法在外网访问,你要周末回家办公,要把代码全部checkout,这个算不算缺点。
这个根本不算缺点,如果实际需要,通过VPN也可以连接回VSS. |
|
返回顶楼 | |
发表时间:2008-07-05
vss也不是想像中的那么差,也可以支持多人签出的,至于说不能在外网访问,你那个是什么年代的vss了,vss8可不是你想的那个样子啊
但是安全性方面还是得考虑的,毕竟是微软都抛弃的东西了。java平台就用svn好了,微软平台可以用vsts 啊,这么强大的东西怎么不用,还有eclipse插件。 |
|
返回顶楼 | |
发表时间:2008-07-05
greens.leaf 写道 主要看你们公司里面,是VSS的专家多,还是SVN的专家多。
版权有没有问题?版权是不是问题? 认为SVN很强大的同志们需要认识到VSS同样很强大,其管理能力是在微软开发环境下得到了验证的。 微软内部有好些团队是不用VSS的。 |
|
返回顶楼 | |
发表时间:2008-07-05
hongliang 写道 好久没回帖叻, 我来回一个.
这个问题狠好解决. 项目组内部爱用啥用啥, 只要能提高你们的开发效率即可. 每达到一个milestone, 由负责人整理出一份完整的代码, 提交到VSS中进库. 这样, 公司不仅有叻统一的代码库, 而且代码库里面的代码是干净的, 可运行的, 而项目组也有叻更大的自由度, 使得成员能够继续使用顺手的工具来开发. hongliang同志,这个办法可不咋地。你说的那个比较接近release管理,而不是代码管理。 |
|
返回顶楼 | |
发表时间:2008-07-05
ray_linn 写道 xuby 写道 searching 写道 这里面愤青还真是不少,那些说vss缺点的没有一条成立,自己一知半解,还信口开河!我敢说用vss绝对完全能够适应你们公司的版本管理需要,只不过你自己熟悉了svn而不愿接收新事物,视之为异己罢了。
vss和SVN的区别相当于DOS和Windows的区别,不是一个时代的产品。 简直是放屁吧~你用过吗? 我用过VSS,不过真的觉得它不灵光。用VSS碰到的那些问题我用svn从来没有碰到过。默认只能单人checkout就说明这个产品一开始设计就是给很小团队用的。有人说它可以多人checkout,没错,但是实践当中有多少人改了这个默认配置?有多少人敢于改用多人checkout?大家心里都有数,用微软的产品最好是别改它的默认配置,否则出了问题不知找谁哭。 |
|
返回顶楼 | |
发表时间:2008-07-05
ray_linn 写道 bonjoviu2 写道 vss 通过局域网共享方式访问,无法在外网访问,你要周末回家办公,要把代码全部checkout,这个算不算缺点。
这个根本不算缺点,如果实际需要,通过VPN也可以连接回VSS. 别人指出缺点你就狡辩。 看到没有,这不也是你的情感问题吗? 举个例子来说,我是甲方,要审查乙方的代码,svn可以直接通过http浏览代码,非常轻松。而vss,你还要我装vss客户端(license谁给?),还要我vpn连到乙方的局域网里(人也要有vpn呀,许多小公司网络是租用的,根本不可能有vpn)? |
|
返回顶楼 | |
发表时间:2008-07-06
这个,貌似vss不能改文件名大小写,重构类名的时候会出点问题。
|
|
返回顶楼 | |