E*V
发帖数: 17544 | |
a9
发帖数: 21638 | 2 相比svn，我还是喜欢git，这个本地commit太厉害了。
而且google弄的那个gerrit也挺好用的。
我都想把.net项目用git了。不过毕竟windows下的git还是差一些。
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
S*A
发帖数: 7142 | 3 当然不是了，
cvs 是绝对不要用的，
svn 就是 cvs done right.
according Linus, if you start with cvs,
you can never done right.
看看这个 http://www.youtube.com/watch?v=4XpnKHJAok8
git 是王道。
还有一个 mercurial (hg) 也不错。 |
X*V
发帖数: 1431 | 4 5555
I used cvs most
a little bit non-cvs...
【在 S*A 的大作中提到】
: 当然不是了，
: cvs 是绝对不要用的，
: svn 就是 cvs done right.
: according Linus, if you start with cvs,
: you can never done right.
: 看看这个 http://www.youtube.com/watch?v=4XpnKHJAok8
: git 是王道。
: 还有一个 mercurial (hg) 也不错。
|
x******g
发帖数: 3952 | 5 cvs is not that bad.
git is nice though.
【在 S*A 的大作中提到】
: 当然不是了，
: cvs 是绝对不要用的，
: svn 就是 cvs done right.
: according Linus, if you start with cvs,
: you can never done right.
: 看看这个 http://www.youtube.com/watch?v=4XpnKHJAok8
: git 是王道。
: 还有一个 mercurial (hg) 也不错。
|
S*A
发帖数: 7142 | 6 赶紧跳船吧。我觉的 git,hg 之类还是值得好好学习一下的。
这个对你的开发的习惯影响很大的。
【在 X*V 的大作中提到】
: 5555
: I used cvs most
: a little bit non-cvs...
|
a9
发帖数: 21638 | 7 倒也没那么夸张，别人用啥你就得跟着。
就像asp也还好么些人用是一样的。
【在 S*A 的大作中提到】
: 赶紧跳船吧。我觉的 git,hg 之类还是值得好好学习一下的。
: 这个对你的开发的习惯影响很大的。
|
N****w
发帖数: 21578 | 8 主要看有几个人一起用
人少的话用啥无所谓
【在 a9 的大作中提到】
: 倒也没那么夸张，别人用啥你就得跟着。
: 就像asp也还好么些人用是一样的。
|
S*A
发帖数: 7142 | 9 cvs 和 svn 设立 sever 比较麻烦。我以前自己的 script,
没有和人分享，也都进 SCM. 后来改成 hg 因为 http 支持
比较好。最后都改成 git 的了。自己的 script 在几部机器
上 sync 也是很有用的。这样确保你常用的工作环境很容易
移到新装的机器上面。我的 vimrc 什么的都是这样的。
反正我现在一旦写什么东西，只要不是一次性的，一律进入 SCM.
【在 N****w 的大作中提到】
: 主要看有几个人一起用
: 人少的话用啥无所谓
|
N****w
发帖数: 21578 | 10 cvs 很简单啊，svn 有数据库，会麻烦点
【在 S*A 的大作中提到】
: cvs 和 svn 设立 sever 比较麻烦。我以前自己的 script,
: 没有和人分享，也都进 SCM. 后来改成 hg 因为 http 支持
: 比较好。最后都改成 git 的了。自己的 script 在几部机器
: 上 sync 也是很有用的。这样确保你常用的工作环境很容易
: 移到新装的机器上面。我的 vimrc 什么的都是这样的。
: 反正我现在一旦写什么东西，只要不是一次性的，一律进入 SCM.
|
|
|
wy
发帖数: 14511 | 11 差远了
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
wy
发帖数: 14511 | 12 en,支持git。简单方便
【在 a9 的大作中提到】
: 相比svn，我还是喜欢git，这个本地commit太厉害了。
: 而且google弄的那个gerrit也挺好用的。
: 我都想把.net项目用git了。不过毕竟windows下的git还是差一些。
|
N****w
发帖数: 21578 | 13 命令不好懂，全新的一套
【在 wy 的大作中提到】
: en,支持git。简单方便
|
S*A
发帖数: 7142 | 14 cvs 需要 server. 如果你公司的机器和自己的机器上面有同样的
.bashrc, .vimrc, 要 sync 起来就不容易，因为公司的网和家里
平时是不联通的。
任何不能 local commit 的这样用都很不爽。svn 也一样。
【在 N****w 的大作中提到】
: cvs 很简单啊，svn 有数据库，会麻烦点
|
N****w
发帖数: 21578 | 15 本机当 server 就行了
【在 S*A 的大作中提到】
: cvs 需要 server. 如果你公司的机器和自己的机器上面有同样的
: .bashrc, .vimrc, 要 sync 起来就不容易，因为公司的网和家里
: 平时是不联通的。
: 任何不能 local commit 的这样用都很不爽。svn 也一样。
|
S*A
发帖数: 7142 | 16 问题是你本机的 server 如何 sync 其他的机器。
【在 N****w 的大作中提到】
: 本机当 server 就行了
|
c******n
发帖数: 4965 | 17 git is better,
but for better integration, perforce is much better,
I can use git when it nicely integrates with merge tools, and eclipse. but
right now, perforce is better.
if I was the architect of the company, I would use perforce, but I don't
know
how much it costs
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
z**r
发帖数: 17771 | 18 都不如clearcase
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
a9
发帖数: 21638 | 19 关键哪个code review好啊？
【在 z**r 的大作中提到】
: 都不如clearcase
|
M*P
发帖数: 6456 | |
|
|
wy
发帖数: 14511 | 21 u r joking right?
【在 z**r 的大作中提到】
: 都不如clearcase
|
wy
发帖数: 14511 | 22 多用就用上了
【在 M*P 的大作中提到】
: 看了半天git 感觉高级功能用不上啊
|
S*A
发帖数: 7142 | 23 perforce 的确有独到的地方。如果你的项目 directory 有几百G
那么大的话，目前我知道的只有 perforce 能够对付。
perforce 每人每年 500- 800 $, 还不算 support. 不算贵但是
也不便宜就是了。
perforce 和 git 比，最大的缺点在于 branch 很困难。 perforce
另外一个硬伤就是如果一个改动项目开发周期长，就一定要放到
private branch. 和 main branch sync 多了之后要 merge back
会 main 就很混乱。换句话说，没有 git 的 rebase 这种东西。
每个公司用 perforce 据我所知都要写一大堆 wrapper 来做
crossport 这样的东西。
perforce 这个公司是个绝对大金矿，就是不声不响焖声点钱
的那种。我曾经想写个 open source 的系统把这个金矿黑掉。
【在 c******n 的大作中提到】
: git is better,
: but for better integration, perforce is much better,
: I can use git when it nicely integrates with merge tools, and eclipse. but
: right now, perforce is better.
: if I was the architect of the company, I would use perforce, but I don't
: know
: how much it costs
|
S*A
发帖数: 7142 | 24 code review 有另外的系统，基本上是个和 SCM 单独的系统。
【在 a9 的大作中提到】
: 关键哪个code review好啊？
|
x*z
发帖数: 1010 | 25 跑个题，我也在找code review的系统，看python的，现在用ctags
但是对付Python太困难了
【在 S*A 的大作中提到】
: code review 有另外的系统，基本上是个和 SCM 单独的系统。
|
wy
发帖数: 14511 | 26 你这个code review怎么定义啊。我还以为是一堆人在一起
骂WTF呢
ctags python不好么？我觉得对ruby很好啊
【在 x*z 的大作中提到】
: 跑个题，我也在找code review的系统，看python的，现在用ctags
: 但是对付Python太困难了
|
x*z
发帖数: 1010 | 27 呵呵，一对人坐在一起骂WTF也是code review的一种啊，我
这个主要是自己看看别人的程序啊，或者自己写个程序玩的
时候用啊。主要的问题是比如大量的definition，多文件跳
转什么的老是不如c那么顺手
【在 wy 的大作中提到】
: 你这个code review怎么定义啊。我还以为是一堆人在一起
: 骂WTF呢
: ctags python不好么？我觉得对ruby很好啊
|
wy
发帖数: 14511 | 28 用dynamic type的语言就不要娇气了！对我ctags一般就够了。实在不行ack嘛
【在 x*z 的大作中提到】
: 呵呵，一对人坐在一起骂WTF也是code review的一种啊，我
: 这个主要是自己看看别人的程序啊，或者自己写个程序玩的
: 时候用啊。主要的问题是比如大量的definition，多文件跳
: 转什么的老是不如c那么顺手
|
S*A
发帖数: 7142 | 29 哦， 你这个需要的是类似 LXR 或者 cscope 那样的东西。
【在 x*z 的大作中提到】
: 呵呵，一对人坐在一起骂WTF也是code review的一种啊，我
: 这个主要是自己看看别人的程序啊，或者自己写个程序玩的
: 时候用啊。主要的问题是比如大量的definition，多文件跳
: 转什么的老是不如c那么顺手
|
wy
发帖数: 14511 | 30 what is LXR? I found cscope is less useful than ctags
【在 S*A 的大作中提到】
: 哦， 你这个需要的是类似 LXR 或者 cscope 那样的东西。
|
|
|
S*A
发帖数: 7142 | 31 lxr.linux.no
cscope can find call site and symbol reference, which
does not exist in ctags.
【在 wy 的大作中提到】
: what is LXR? I found cscope is less useful than ctags
|
wy
发帖数: 14511 | 32 你让他来对付ruby，python这种语言试试？
【在 S*A 的大作中提到】
: lxr.linux.no
: cscope can find call site and symbol reference, which
: does not exist in ctags.
|
S*A
发帖数: 7142 | 33 Of couse not. cscope does not support python as far as I know.
I mean some thing like cscope, just do the symbol cross reference.
It is not as effective in python because the dynamic type.
A lot of method have same name but does not tell you which
one get called.
【在 wy 的大作中提到】
: 你让他来对付ruby，python这种语言试试？
|
wy
发帖数: 14511 | 34 What you just said is the whole point I am trying to make
That's why I said ctags is good enough for these languages
【在 S*A 的大作中提到】
: Of couse not. cscope does not support python as far as I know.
: I mean some thing like cscope, just do the symbol cross reference.
: It is not as effective in python because the dynamic type.
: A lot of method have same name but does not tell you which
: one get called.
|
S*A
发帖数: 7142 | 35 Fair enough. For the record I don't even use ctags for python.
Just read the damn thing. For example, if you are trying to
understand the internal of python urllib2, ctags are not going
to help you much at all.
【在 wy 的大作中提到】
: What you just said is the whole point I am trying to make
: That's why I said ctags is good enough for these languages
|
S*A
发帖数: 7142 | 36 clearcase 是有很多独特的功能。但是市场上比较失败，早期用 clearcase
的很多小公司都死掉了，不知道和用超级昂贵的 clearcase 有没有关系。
clearcase 服务器端需要专门的全职人员来管理，创建 workspace 什么的
都很复杂，往往需要专业人员帮你搞。有些时候是很方便，也有很多时候
是妨碍程序员开发。
perforce 就是吸取了 clearcase 的精华，client view.
抛弃了 clearcase 的糟粕，那个文件系统的 build system.
结果迅速取代了 clearcase 本来想占有的市场。
clearcase 超级复杂和昂贵，自己在家玩就不用想了。
【在 wy 的大作中提到】
: u r joking right?
|
wy
发帖数: 14511 | 37 记不得这么多了。就凭它那个checkout file然后锁死这玩艺就没法用
【在 S*A 的大作中提到】
: clearcase 是有很多独特的功能。但是市场上比较失败，早期用 clearcase
: 的很多小公司都死掉了，不知道和用超级昂贵的 clearcase 有没有关系。
: clearcase 服务器端需要专门的全职人员来管理，创建 workspace 什么的
: 都很复杂，往往需要专业人员帮你搞。有些时候是很方便，也有很多时候
: 是妨碍程序员开发。
: perforce 就是吸取了 clearcase 的精华，client view.
: 抛弃了 clearcase 的糟粕，那个文件系统的 build system.
: 结果迅速取代了 clearcase 本来想占有的市场。
: clearcase 超级复杂和昂贵，自己在家玩就不用想了。
|
o**n
发帖数: 1249 | 38 好奇问一下，linux kernel tree是多少人在维护？是linus自己还是雇人
【在 S*A 的大作中提到】
: clearcase 是有很多独特的功能。但是市场上比较失败，早期用 clearcase
: 的很多小公司都死掉了，不知道和用超级昂贵的 clearcase 有没有关系。
: clearcase 服务器端需要专门的全职人员来管理，创建 workspace 什么的
: 都很复杂，往往需要专业人员帮你搞。有些时候是很方便，也有很多时候
: 是妨碍程序员开发。
: perforce 就是吸取了 clearcase 的精华，client view.
: 抛弃了 clearcase 的糟粕，那个文件系统的 build system.
: 结果迅速取代了 clearcase 本来想占有的市场。
: clearcase 超级复杂和昂贵，自己在家玩就不用想了。
|
S*A
发帖数: 7142 | 39 跟黑帮一样是分等级维护的。
有不同的堂主维护不同的部门。
有好几个不同的测试的 tree.
Linus 是老大，负责发布 official 的版本。
Linux kernel 是已知的发展最快的软件项目，平均每 5 min
一个 check in.
【在 o**n 的大作中提到】
: 好奇问一下，linux kernel tree是多少人在维护？是linus自己还是雇人
|
N****w
发帖数: 21578 | 40 老大手下有两三个副手
副手通过后，老大才会看
还有众堂主们那就更不用说了
【在 S*A 的大作中提到】
: 跟黑帮一样是分等级维护的。
: 有不同的堂主维护不同的部门。
: 有好几个不同的测试的 tree.
: Linus 是老大，负责发布 official 的版本。
: Linux kernel 是已知的发展最快的软件项目，平均每 5 min
: 一个 check in.
|
|
|
M**u
发帖数: 10158 | 41 git 更好一点
cvs/svn差不多
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
z**r
发帖数: 17771 | 42 why?
【在 wy 的大作中提到】
: u r joking right?
|
o**n
发帖数: 1249 | 43 完全靠热情么？还是有收入？我觉得这应该算fulltime的工作了吧。
【在 S*A 的大作中提到】
: 跟黑帮一样是分等级维护的。
: 有不同的堂主维护不同的部门。
: 有好几个不同的测试的 tree.
: Linus 是老大，负责发布 official 的版本。
: Linux kernel 是已知的发展最快的软件项目，平均每 5 min
: 一个 check in.
|
wy
发帖数: 14511 | 44 lol.这么说吧。某大公司对clearcase已经是出离了愤
怒。都准备去告IBM了。
【在 z**r 的大作中提到】
: why?
|
wy
发帖数: 14511 | 45 Linus是红帽给她了不少股份，所以他狠爽的
【在 o**n 的大作中提到】
: 完全靠热情么？还是有收入？我觉得这应该算fulltime的工作了吧。
|
S***d
发帖数: 1802 | 46
when used in corporation setting, choose SVN.
Otherwise, use GIT.
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
wy
发帖数: 14511 | 47 what's wrong with use git in corporate env? we use git
【在 S***d 的大作中提到】
:
: when used in corporation setting, choose SVN.
: Otherwise, use GIT.
|
S*A
发帖数: 7142 | 48 If your working directory is very big, git can't handle it.
Git also have problem linking different project into one
work space. There is git submodule, but the work flow with
submodule is very different from without submodule.
There are extra steps you need to do with submodules
makes it sucks.
In perforce/svn, you don't need to know about project
within a project. Sync and submit is the same work flow.
【在 wy 的大作中提到】
: what's wrong with use git in corporate env? we use git
|
r****t
发帖数: 10904 | 49 git-svn 就行了。
【在 a9 的大作中提到】
: 相比svn，我还是喜欢git，这个本地commit太厉害了。
: 而且google弄的那个gerrit也挺好用的。
: 我都想把.net项目用git了。不过毕竟windows下的git还是差一些。
|
a9
发帖数: 21638 | 50 还是没有vs集成吧？
没有vs集成，就比较麻烦一点。
【在 r****t 的大作中提到】
: git-svn 就行了。
|
|
|
a9
发帖数: 21638 | 51 checkout锁死也有锁死的好处。要是开发人员比较少，就省了merge了。
【在 wy 的大作中提到】
: 记不得这么多了。就凭它那个checkout file然后锁死这玩艺就没法用
|
C*O
发帖数: 389 | 52 只会 svn
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
wy
发帖数: 14511 | 53 问题是某人去度假了，丫的某些文件忘记unlock了。这种事
经常发生。然后就是难用，弄个gui难用的要命。远远不如
命令行方便
【在 a9 的大作中提到】
: checkout锁死也有锁死的好处。要是开发人员比较少，就省了merge了。
|
wy
发帖数: 14511 | 54 git最牛鼻的地方其实是branching. 用习惯了简直想象不出svn这样的
怎么用。嗯
【在 C*O 的大作中提到】
: 只会 svn
|
a9
发帖数: 21638 | 55 原来用vss的时候，就是用管理员给撤销签出。
【在 wy 的大作中提到】
: 问题是某人去度假了，丫的某些文件忘记unlock了。这种事
: 经常发生。然后就是难用，弄个gui难用的要命。远远不如
: 命令行方便
|
S*A
发帖数: 7142 | 56 你想说的其实是 merging. 如果不 merge 的话，
随便 branching 谁都可以。
【在 wy 的大作中提到】
: git最牛鼻的地方其实是branching. 用习惯了简直想象不出svn这样的
: 怎么用。嗯
|
wy
发帖数: 14511 | 57 ......
【在 S*A 的大作中提到】
: 你想说的其实是 merging. 如果不 merge 的话，
: 随便 branching 谁都可以。
|
i**w
发帖数: 883 | 58 CC的Checkout时候，unreserved checkout是可以设成默认的behavior
CC有cleartool，也是命令行的。
【在 wy 的大作中提到】
: 问题是某人去度假了，丫的某些文件忘记unlock了。这种事
: 经常发生。然后就是难用，弄个gui难用的要命。远远不如
: 命令行方便
|
S***d
发帖数: 1802 | 59
fire his stupid ass.
You are in an enterprise setting, dont forget...
【在 wy 的大作中提到】
: 问题是某人去度假了，丫的某些文件忘记unlock了。这种事
: 经常发生。然后就是难用，弄个gui难用的要命。远远不如
: 命令行方便
|
z**r
发帖数: 17771 | 60 等这个大公司用了其他的free的，可能连告都没地方告了。基本上所有大公司都用
vclearcase就能说明问题了
【在 wy 的大作中提到】
: lol.这么说吧。某大公司对clearcase已经是出离了愤
: 怒。都准备去告IBM了。
|
|
|
w***g
发帖数: 5958 | 61 非常同意。而且CVS是基于文本的。SVN数据库一旦corrupt，所有的数据立刻完蛋。
【在 N****w 的大作中提到】
: cvs 很简单啊，svn 有数据库，会麻烦点
|
w***g
发帖数: 5958 | 62 我也来赞一下perforce吧。这个比较专业点。你们说的那些三字母的软件只能用来对付
业余的。没有看不起业余搞软件的人的意思。区别在于：
规模不一样；出了问题可以找到人。
【在 S*A 的大作中提到】
: perforce 的确有独到的地方。如果你的项目 directory 有几百G
: 那么大的话，目前我知道的只有 perforce 能够对付。
: perforce 每人每年 500- 800 $, 还不算 support. 不算贵但是
: 也不便宜就是了。
: perforce 和 git 比，最大的缺点在于 branch 很困难。 perforce
: 另外一个硬伤就是如果一个改动项目开发周期长，就一定要放到
: private branch. 和 main branch sync 多了之后要 merge back
: 会 main 就很混乱。换句话说，没有 git 的 rebase 这种东西。
: 每个公司用 perforce 据我所知都要写一大堆 wrapper 来做
: crossport 这样的东西。
|
wy
发帖数: 14511 | 63 也不知道你这个基本上所有大公司都用clearcase这个数据怎么来的。
我替不少于10家大公司打工，用clearcase就一家
【在 z**r 的大作中提到】
: 等这个大公司用了其他的free的，可能连告都没地方告了。基本上所有大公司都用
: vclearcase就能说明问题了
|
wy
发帖数: 14511 | 64 你这个只能用来对付业余的太武断。很多小公司或者
startups就不是专业的了？git Linux kernel用着，
规模大不大？整个github.com business model就是
建立在git上。你说一句业余人家就业余了？如果
你用github enterpreise, 出了问题可以找到人。
【在 w***g 的大作中提到】
: 我也来赞一下perforce吧。这个比较专业点。你们说的那些三字母的软件只能用来对付
: 业余的。没有看不起业余搞软件的人的意思。区别在于：
: 规模不一样；出了问题可以找到人。
|
z**r
发帖数: 17771 | 65 可能咱俩的样本空间都太小了，俺经历过的情况是大家都用clearcase，你的情况呢？
这10家大公司（靠你跳槽太频繁了吧？）都用什么？
【在 wy 的大作中提到】
: 也不知道你这个基本上所有大公司都用clearcase这个数据怎么来的。
: 我替不少于10家大公司打工，用clearcase就一家
|
S*A
发帖数: 7142 | 66 我来猜， 如果大点的公司 perforce 占大多数吧。
如果是 start up, svn/git
【在 z**r 的大作中提到】
: 可能咱俩的样本空间都太小了，俺经历过的情况是大家都用clearcase，你的情况呢？
: 这10家大公司（靠你跳槽太频繁了吧？）都用什么？
|
wy
发帖数: 14511 | 67 不是跳槽，我原来是consulatnt a.用啥的都有，从M$ VS到svn.
【在 z**r 的大作中提到】
: 可能咱俩的样本空间都太小了，俺经历过的情况是大家都用clearcase，你的情况呢？
: 这10家大公司（靠你跳槽太频繁了吧？）都用什么？
|
wy
发帖数: 14511 | 68 话说回来，对一个hire了成千上万老印的公司，用git可能确实
难为他们了
【在 S*A 的大作中提到】
: 我来猜， 如果大点的公司 perforce 占大多数吧。
: 如果是 start up, svn/git
|
z**r
发帖数: 17771 | 69 大家最好定义一下大，俺所说的大公司，是指3、5万人以上的公司。大家不妨列举一下
你所知道的大公司用的哪个。Cisco是用clearcase，IBM也是（废话？呵呵）
【在 S*A 的大作中提到】
: 我来猜， 如果大点的公司 perforce 占大多数吧。
: 如果是 start up, svn/git
|
z**r
发帖数: 17771 | 70 那些公司都多大规模？说实话，俺很难想像一个大公司用一个免费的version control
工具来管理自己的核心代码。
【在 wy 的大作中提到】
: 不是跳槽，我原来是consulatnt a.用啥的都有，从M$ VS到svn.
|
|
|
wy
发帖数: 14511 | 71 AllState, ADP, Caterpillar, RackSpace这些算不算大啊
【在 z**r 的大作中提到】
: 大家最好定义一下大，俺所说的大公司，是指3、5万人以上的公司。大家不妨列举一下
: 你所知道的大公司用的哪个。Cisco是用clearcase，IBM也是（废话？呵呵）
|
a9
发帖数: 21638 | 72 这些公司都不是it公司，写code的没多少吧？
一下
【在 wy 的大作中提到】
: AllState, ADP, Caterpillar, RackSpace这些算不算大啊
|
z**r
发帖数: 17771 | 73 这些公司倒是不小，但是都是金融类公司，真正IT部门的人很少吧？在俺看来，如果把
搞IT的单独出来的话，不能算大公司
【在 wy 的大作中提到】
: AllState, ADP, Caterpillar, RackSpace这些算不算大啊
|
z**r
发帖数: 17771 | 74 nod
【在 a9 的大作中提到】
: 这些公司都不是it公司，写code的没多少吧？
:
: 一下
|
wy
发帖数: 14511 | 75 rackspace泪奔一下，居然不算IT。其次这些公司IT都很大。Siemens是不是
也被你们定义为非IT。他在费城整个campus全是IT。你们如果光说IT大公司
我就不说啥了，不过我都搞不清我们在争论啥了，IT大公司用什么？
【在 z**r 的大作中提到】
: 这些公司倒是不小，但是都是金融类公司，真正IT部门的人很少吧？在俺看来，如果把
: 搞IT的单独出来的话，不能算大公司
|
z**r
发帖数: 17771 | 76 rackspace头一次听说，看了一下http://www.rackspace.com/information/aboutus.php，的确不能算大公司。其他金融公司，IT部门怎么也不可能有几万人，算不上大。西门子算大公司，他家好多产品需要开发相关软件啊，西门子用什么version control tool?
【在 wy 的大作中提到】
: rackspace泪奔一下，居然不算IT。其次这些公司IT都很大。Siemens是不是
: 也被你们定义为非IT。他在费城整个campus全是IT。你们如果光说IT大公司
: 我就不说啥了，不过我都搞不清我们在争论啥了，IT大公司用什么？
|
S*A
发帖数: 7142 | 77 我知道用 perforce 的。
Google, Nvidia, VMware. AMD/ATI, Electronic Arts, National Instruments,
QUALCOMM, Symantec, and Washington Mutual
Cisco 好像也有用 perforce 的。
还有 MS, 据说 MS 当年 figure out 买 perforce seat license 不划算，
直接买了 source code.
【在 z**r 的大作中提到】
: 大家最好定义一下大，俺所说的大公司，是指3、5万人以上的公司。大家不妨列举一下
: 你所知道的大公司用的哪个。Cisco是用clearcase，IBM也是（废话？呵呵）
|
a9
发帖数: 21638 | 78 google的android用的是git，哈哈。
ms不用自己的vss吧？vss真是烂大街了。
一下
【在 S*A 的大作中提到】
: 我知道用 perforce 的。
: Google, Nvidia, VMware. AMD/ATI, Electronic Arts, National Instruments,
: QUALCOMM, Symantec, and Washington Mutual
: Cisco 好像也有用 perforce 的。
: 还有 MS, 据说 MS 当年 figure out 买 perforce seat license 不划算，
: 直接买了 source code.
|
M*P
发帖数: 6456 | 79 perforce上市了么
【在 S*A 的大作中提到】
: 我知道用 perforce 的。
: Google, Nvidia, VMware. AMD/ATI, Electronic Arts, National Instruments,
: QUALCOMM, Symantec, and Washington Mutual
: Cisco 好像也有用 perforce 的。
: 还有 MS, 据说 MS 当年 figure out 买 perforce seat license 不划算，
: 直接买了 source code.
|
S*A
发帖数: 7142 | 80 没有，闷声发财最爽了，而且这些公司的 lock in 都很深。
要换 SCM 是非常非常痛苦的，以后点钱就是了。绝对大金矿。
【在 M*P 的大作中提到】
: perforce上市了么
|
|
|
S*A
发帖数: 7142 | 81 这个同样可以说大公司很难用免费版本的数据库来维护自己的核心
数据。 facebook 就是用 MySQL 的。这个关键不是要不要收钱，
关键是产品的质量如何。如果免费版本质量好，一样很多人用，
还用得很高兴呢。
control
【在 z**r 的大作中提到】
: 那些公司都多大规模？说实话，俺很难想像一个大公司用一个免费的version control
: 工具来管理自己的核心代码。
|
N****w
发帖数: 21578 | 82 是每年收钱？
【在 S*A 的大作中提到】
: 没有，闷声发财最爽了，而且这些公司的 lock in 都很深。
: 要换 SCM 是非常非常痛苦的，以后点钱就是了。绝对大金矿。
|
S*A
发帖数: 7142 | 83 当然了，一般公司都是每个 programmer seat license. support 另算。
【在 N****w 的大作中提到】
: 是每年收钱？
|
z**r
发帖数: 17771 | 84 perforce网站上列的这些很不靠谱啊http://www.perforce.com/perforce/embedded/index.html
Cisco也能列进去。
【在 S*A 的大作中提到】
: 我知道用 perforce 的。
: Google, Nvidia, VMware. AMD/ATI, Electronic Arts, National Instruments,
: QUALCOMM, Symantec, and Washington Mutual
: Cisco 好像也有用 perforce 的。
: 还有 MS, 据说 MS 当年 figure out 买 perforce seat license 不划算，
: 直接买了 source code.
|
z**r
发帖数: 17771 | 85 你不要老是替别人想好不，这个毛病可不好。
大公司最看重的是support，不是这点小钱。
【在 S*A 的大作中提到】
: 这个同样可以说大公司很难用免费版本的数据库来维护自己的核心
: 数据。 facebook 就是用 MySQL 的。这个关键不是要不要收钱，
: 关键是产品的质量如何。如果免费版本质量好，一样很多人用，
: 还用得很高兴呢。
:
: control
|
S*A
发帖数: 7142 | 86 对，那个叫 blame factor. 就是东西搞不定了可以 blame 到别人那里去。
很多公司的人依赖这个不要丢了饭碗。
但是也有公司喜欢自己搞的，例如 google, facebook 等等。
就是举个例子嘛，不用那么紧张。
【在 z**r 的大作中提到】
: 你不要老是替别人想好不，这个毛病可不好。
: 大公司最看重的是support，不是这点小钱。
|
a9
发帖数: 21638 | 87 也不是吧，你就像mysql这个东西，一个oracle多少钱？要是布在几万台服务器上，可
就不是小钱了。
【在 z**r 的大作中提到】
: 你不要老是替别人想好不，这个毛病可不好。
: 大公司最看重的是support，不是这点小钱。
|
z**r
发帖数: 17771 | 88 你不会认为每台server都要安装吧？俺ft
【在 a9 的大作中提到】
: 也不是吧，你就像mysql这个东西，一个oracle多少钱？要是布在几万台服务器上，可
: 就不是小钱了。
|
S*A
发帖数: 7142 | 89 他们 db server 的数目肯定也不小就是了。
不然没有办法对付这样的流量的。现在 facebook 流量都超过
google 了。
【在 z**r 的大作中提到】
: 你不会认为每台server都要安装吧？俺ft
|
a9
发帖数: 21638 | 90 就是啊，像这些公司，用mysql、linux也是没有办法的事情，要不然成本太高了。
【在 S*A 的大作中提到】
: 他们 db server 的数目肯定也不小就是了。
: 不然没有办法对付这样的流量的。现在 facebook 流量都超过
: google 了。
|
|
|
h***i
发帖数: 1970 | 91 stacked git
【在 r****t 的大作中提到】
: git-svn 就行了。
|
s******c
发帖数: 1920 | 92 cvs 和svn比较接近
git和它们俩 基本上从根本上就不一样
我从svn过度到git痛苦了好久
【在 E*V 的大作中提到】
: 反正我觉得差不多阿
: 当然我都是初级用户
|
S*A
发帖数: 7142 | 93 对， cvs 和 svn 都是 central 的。
git,hg,bitkeeper 都是 distribute 的。
这个有本质的区别。
如果你一直使用“和 cvs xyz 等价的 git 的命令是哪一个”
这种思维方式，那会很不适应。因为有很多 git 的东西
是没有 CVS 等价的。
用 git 需要转换的用 SCM 的世界观和开发习惯。
应该拥抱 git 是 distrubited 这个本质区别，与其找和
cvs 等价的东西，（把 git 降级了），
还不如问“我要达到这个效果，在 git里面最好的方式是什么”。
这样往往得到比较好的效果，你可以真正体会 git 的优势。
【在 s******c 的大作中提到】
: cvs 和svn比较接近
: git和它们俩 基本上从根本上就不一样
: 我从svn过度到git痛苦了好久
|
F*******i
发帖数: 190 | 94 any recommended tutorial for git?
【在 S*A 的大作中提到】
: 对， cvs 和 svn 都是 central 的。
: git,hg,bitkeeper 都是 distribute 的。
: 这个有本质的区别。
: 如果你一直使用“和 cvs xyz 等价的 git 的命令是哪一个”
: 这种思维方式，那会很不适应。因为有很多 git 的东西
: 是没有 CVS 等价的。
: 用 git 需要转换的用 SCM 的世界观和开发习惯。
: 应该拥抱 git 是 distrubited 这个本质区别，与其找和
: cvs 等价的东西，（把 git 降级了），
: 还不如问“我要达到这个效果，在 git里面最好的方式是什么”。
|
s******c
发帖数: 1920 | |
S*A
发帖数: 7142 | 96 我觉得 git 自带的那个就挺好啊。上手是够了。
然后有什么特定问题就 google 或者问人就可以了。
http://www.kernel.org/pub/software/scm/git/docs/gittutorial.htm
【在 F*******i 的大作中提到】
: any recommended tutorial for git?
|
F*******i
发帖数: 190 | |
F*******i
发帖数: 190 | 98 thanks!
【在 S*A 的大作中提到】
: 我觉得 git 自带的那个就挺好啊。上手是够了。
: 然后有什么特定问题就 google 或者问人就可以了。
: http://www.kernel.org/pub/software/scm/git/docs/gittutorial.htm
|
S*A
发帖数: 7142 | 99 我觉得要骗人用 git 的话不要太早扔出那种带分支的 history graph.
那个看上去很 NB 但是容易吓走被骗的。
用过一阵子 branch & merging 的话再看那样的图才容易理解。
我还看过有人画的一个图说明 git 里面几种不同的存储的关系和
命令如何把 bits 在不同的存储之间移动的。那个很好但是我手头
上找不到了。
Git 里面有几种信息存储的地方：
work directory, index, local repository, local mirror of
remote repository, report repository.
【在 s******c 的大作中提到】
: 我推荐这两个
: http://www.eecs.harvard.edu/~cduan/technical/git/
: https://docs.google.com/View?id=dfwthj68_675gz3bw8kj
|
S***d
发帖数: 1802 | 100
linus has his own tree that is the official version.
【在 o**n 的大作中提到】
: 好奇问一下，linux kernel tree是多少人在维护？是linus自己还是雇人
|
