c*********e
发帖数: 16335 | 1 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。 |
d**********x
发帖数: 4083 | 2 git
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
d********g
发帖数: 10550 | 3 基本都git了
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
d**********x
发帖数: 4083 | 4 不过说起来
如果是真的很小的项目的话，也许svn也够用，有很多人把git直接当作svn用的。。
【在 d********g 的大作中提到】
: 基本都git了
|
y*******g
发帖数: 6599 | 5 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
【在 d**********x 的大作中提到】
: 不过说起来
: 如果是真的很小的项目的话，也许svn也够用，有很多人把git直接当作svn用的。。
|
d**********x
发帖数: 4083 | 6 这。。
现在随便找个server还是很方便的吧。。
【在 y*******g 的大作中提到】
: 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
|
y*******g
发帖数: 6599 | 7 但svn还是没任何好处啊
【在 d**********x 的大作中提到】
: 这。。
: 现在随便找个server还是很方便的吧。。
|
d**********x
发帖数: 4083 | 8 确实，功能基本是个子集
我只是考虑到lz的问法，明显是比较熟悉svn。。。
【在 y*******g 的大作中提到】
: 但svn还是没任何好处啊
|
c*********e
发帖数: 16335 | 9 project是上载到一个server上的，不是在自己机器上。几个成员随时都可以access
server上所有文件，在家也能log in 到server,编辑文件。
这种情况下，用git还是svn?
【在 y*******g 的大作中提到】
: 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
|
d**********x
发帖数: 4083 | 10 git吧
如果不在意开始的学习曲线的话，用git也算是拓展知识面了
【在 c*********e 的大作中提到】
: project是上载到一个server上的，不是在自己机器上。几个成员随时都可以access
: server上所有文件，在家也能log in 到server,编辑文件。
: 这种情况下，用git还是svn?
|
|
|
c*********e
发帖数: 16335 | 11 咋开始阿，对git一无所知。
【在 d**********x 的大作中提到】
: git吧
: 如果不在意开始的学习曲线的话，用git也算是拓展知识面了
|
t****a
发帖数: 1212 | 12 去github混混吧？如果不介意公开代码的话，不需要建server了。
如果在自己的机器上做server，我曾在ubuntu上用gitolite + gitweb蛮好的。
【在 c*********e 的大作中提到】
: 咋开始阿，对git一无所知。
|
c*********e
发帖数: 16335 | 13 问题是代码不能够公开啊，给公司做的project.
【在 t****a 的大作中提到】
: 去github混混吧？如果不介意公开代码的话，不需要建server了。
: 如果在自己的机器上做server，我曾在ubuntu上用gitolite + gitweb蛮好的。
|
t****a
发帖数: 1212 | 14 原来不需要server啊？能不能给个链接让我学学怎么做？确实setup server很麻烦。
【在 y*******g 的大作中提到】
: 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
|
t****a
发帖数: 1212 | 15 有本中文的git pro书，你一搜就能搜到，哪本书手把手的教
【在 c*********e 的大作中提到】
: 问题是代码不能够公开啊，给公司做的project.
|
d********g
发帖数: 10550 | 16 bitbuckete.org免费private repo，一般都够了
自己架服务器也没问题
【在 c*********e 的大作中提到】
: 问题是代码不能够公开啊，给公司做的project.
|
y*******g
发帖数: 6599 | 17 http://git-scm.com/
【在 t****a 的大作中提到】
: 原来不需要server啊？能不能给个链接让我学学怎么做？确实setup server很麻烦。
|
s********i
发帖数: 145 | 18 bitbucket 比较适合小项目，5个账户以下免费的 |
a***n
发帖数: 538 | |
s*********t
发帖数: 1663 | 20 git, without a doubt
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
|
|
y*******g
发帖数: 6599 | 21 你id是不是该换了？
【在 s*********t 的大作中提到】
: git, without a doubt
|
d**********x
发帖数: 4083 | 22 哈哈
【在 y*******g 的大作中提到】
: 你id是不是该换了？
|
p**o
发帖数: 3409 | 23 github这个教程不错
http://learn.github.com/p/intro.html
【在 t****a 的大作中提到】
: 原来不需要server啊？能不能给个链接让我学学怎么做？确实setup server很麻烦。
|
d********g
发帖数: 10550 | 24 错，你加一个edu信箱进去，就unlimited了
【在 s********i 的大作中提到】
: bitbucket 比较适合小项目，5个账户以下免费的
|
i******l
发帖数: 270 | 25 试试 mercurial， 简单易上手，和 git 比移植性较好，毕竟是 script ，
某些功能不如 git 牛逼， 但是这些牛逼处也很少用
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
c****e
发帖数: 1453 | 26 highly recommend bitbucket. You can free account with 5 collaborators. With
referral, you can have up to 8. It also offers wiki and simple issue tracker.
GitHub is more suitable for publicly accessible open source project. |
F******k
发帖数: 197 | 27 Perforce也不错，有20人免费的。
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
z****e
发帖数: 54598 | 28 有钱的话
clear case
用起来爽太多了 |
n******t
发帖数: 4406 | 29 爽在哪里？
【在 z****e 的大作中提到】
: 有钱的话
: clear case
: 用起来爽太多了
|
F******k
发帖数: 197 | 30 我能想到的好处是它的版本树看着比较酷；不过后面没有一个专职的clearcase的维护
人员，用起来也不易。IBM/Rational的东西，对一个小团队，并不友好，还是少用为妙。
【在 n******t 的大作中提到】
: 爽在哪里？
|
|
|
c*********e
发帖数: 16335 | 31 git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
一切，那就好了。
【在 i******l 的大作中提到】
: 试试 mercurial， 简单易上手，和 git 比移植性较好，毕竟是 script ，
: 某些功能不如 git 牛逼， 但是这些牛逼处也很少用
|
P****i
发帖数: 12972 | 32 有钱还是perforce好
【在 z****e 的大作中提到】
: 有钱的话
: clear case
: 用起来爽太多了
|
s****a
发帖数: 238 | 33 perforce好在哪里？我在sandbox里都不能保存local的版本，只好另外用git去管理
local的改动，实在但疼的很 |
d********g
发帖数: 10550 | 34 GUI很多，Mac下的SourceTree很好，还有git-flow支持。字符界面也有tig可以用
【在 c*********e 的大作中提到】
: git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
: 一切，那就好了。
|
i*****o
发帖数: 1714 | 35 Mac下直接Xcode更方便。
★ 发自iPhone App: ChineseWeb 7.8
【在 d********g 的大作中提到】
: GUI很多，Mac下的SourceTree很好，还有git-flow支持。字符界面也有tig可以用
|
F******k
发帖数: 197 | 36 Try tortoise git，similar nice GUI for svn.
Git的真正问题是regression发生时，对于不同开发者的checkin, 很难迅速用bisect定
位。
这恐怕是分布式系统难以绕开的问题。
【在 c*********e 的大作中提到】
: git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
: 一切，那就好了。
|
F******k
发帖数: 197 | 37 什么意思？对于个人用户来说，不用服务器，sandbox里就是所有修改的记录。你check
out之后不就可以修改了吗？
【在 s****a 的大作中提到】
: perforce好在哪里？我在sandbox里都不能保存local的版本，只好另外用git去管理
: local的改动，实在但疼的很
|
s***o
发帖数: 2191 | 38 git has been integrated into Visual Studio and TFS.
不知Linux有没有因为这个给微软写信破口大骂一番
【在 c*********e 的大作中提到】
: git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
: 一切，那就好了。
|
O*******d
发帖数: 20343 | 39 我用里几年Perforce，很不舒服。 local的work in progress文件没有backup，update
一不小心，就把local文件给overwrite了。 我现在用accurev。
【在 P****i 的大作中提到】
: 有钱还是perforce好
|
g*****g
发帖数: 34805 | 40 你用eclipse吗？用eclipse有local history，自动就存了几十个版本。如果怕丢，还
可以shelve。
update
【在 O*******d 的大作中提到】
: 我用里几年Perforce，很不舒服。 local的work in progress文件没有backup，update
: 一不小心，就把local文件给overwrite了。 我现在用accurev。
|
|
|
z*******3
发帖数: 13709 | 41 跟ibm其它软件整合起来很容易
而且ibm的东西比较规范
对于新手来说，可以很直观地了解整个软件工程各个步骤
将来再倒腾cvs/svn之类的也方便很多
cvs之类的使用界面几乎没有，完全pure命令行
用久了就熟悉了，但是还是挺怀念当年拖拖拽拽的那个年代
check in/out什么也容易很多，还有就是eclipse上的插件经常出问题
妙。
【在 F******k 的大作中提到】
: 我能想到的好处是它的版本树看着比较酷；不过后面没有一个专职的clearcase的维护
: 人员，用起来也不易。IBM/Rational的东西，对一个小团队，并不友好，还是少用为妙。
|
O*******d
发帖数: 20343 | 42 我用的是Visual Studio。 Perforce完全是一个独立的软件，和VS没有任何关联。 最
脑残的是，每次check in文件后，文件就变成read only。 修改文件时，需要把文件改
成read/write。 我当初用Perforce时，发生过好几次更新文件时，把当地文件给over
write了，还没有任何警告。
【在 g*****g 的大作中提到】
: 你用eclipse吗？用eclipse有local history，自动就存了几十个版本。如果怕丢，还
: 可以shelve。
:
: update
|
g*****g
发帖数: 34805 | 43 I would guess there's perforce plugin for VS.
over
【在 O*******d 的大作中提到】
: 我用的是Visual Studio。 Perforce完全是一个独立的软件，和VS没有任何关联。 最
: 脑残的是，每次check in文件后，文件就变成read only。 修改文件时，需要把文件改
: 成read/write。 我当初用Perforce时，发生过好几次更新文件时，把当地文件给over
: write了，还没有任何警告。
|
p**o
发帖数: 3409 | 44 Mercurial is very good. Unlike Git which unnecessarily reinvents a new set
of command names, Mercurial preserves most commands from the incumbent CVS/
SVN. In addition, its query syntax is more flexible and powerful. |
c*********e
发帖数: 16335 | 45 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。 |
d**********x
发帖数: 4083 | 46 git
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
d********g
发帖数: 10550 | 47 基本都git了
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
d**********x
发帖数: 4083 | 48 不过说起来
如果是真的很小的项目的话，也许svn也够用，有很多人把git直接当作svn用的。。
【在 d********g 的大作中提到】
: 基本都git了
|
y*******g
发帖数: 6599 | 49 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
【在 d**********x 的大作中提到】
: 不过说起来
: 如果是真的很小的项目的话，也许svn也够用，有很多人把git直接当作svn用的。。
|
d**********x
发帖数: 4083 | 50 这。。
现在随便找个server还是很方便的吧。。
【在 y*******g 的大作中提到】
: 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
|
|
|
y*******g
发帖数: 6599 | 51 但svn还是没任何好处啊
【在 d**********x 的大作中提到】
: 这。。
: 现在随便找个server还是很方便的吧。。
|
d**********x
发帖数: 4083 | 52 确实，功能基本是个子集
我只是考虑到lz的问法，明显是比较熟悉svn。。。
【在 y*******g 的大作中提到】
: 但svn还是没任何好处啊
|
c*********e
发帖数: 16335 | 53 project是上载到一个server上的，不是在自己机器上。几个成员随时都可以access
server上所有文件，在家也能log in 到server,编辑文件。
这种情况下，用git还是svn?
【在 y*******g 的大作中提到】
: 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
|
d**********x
发帖数: 4083 | 54 git吧
如果不在意开始的学习曲线的话，用git也算是拓展知识面了
【在 c*********e 的大作中提到】
: project是上载到一个server上的，不是在自己机器上。几个成员随时都可以access
: server上所有文件，在家也能log in 到server,编辑文件。
: 这种情况下，用git还是svn?
|
c*********e
发帖数: 16335 | 55 咋开始阿，对git一无所知。
【在 d**********x 的大作中提到】
: git吧
: 如果不在意开始的学习曲线的话，用git也算是拓展知识面了
|
t****a
发帖数: 1212 | 56 去github混混吧？如果不介意公开代码的话，不需要建server了。
如果在自己的机器上做server，我曾在ubuntu上用gitolite + gitweb蛮好的。
【在 c*********e 的大作中提到】
: 咋开始阿，对git一无所知。
|
c*********e
发帖数: 16335 | 57 问题是代码不能够公开啊，给公司做的project.
【在 t****a 的大作中提到】
: 去github混混吧？如果不介意公开代码的话，不需要建server了。
: 如果在自己的机器上做server，我曾在ubuntu上用gitolite + gitweb蛮好的。
|
t****a
发帖数: 1212 | 58 原来不需要server啊？能不能给个链接让我学学怎么做？确实setup server很麻烦。
【在 y*******g 的大作中提到】
: 很小项目也是git简单啊 ，不用setup server。自己机器上就好了
|
t****a
发帖数: 1212 | 59 有本中文的git pro书，你一搜就能搜到，哪本书手把手的教
【在 c*********e 的大作中提到】
: 问题是代码不能够公开啊，给公司做的project.
|
d********g
发帖数: 10550 | 60 bitbuckete.org免费private repo，一般都够了
自己架服务器也没问题
【在 c*********e 的大作中提到】
: 问题是代码不能够公开啊，给公司做的project.
|
|
|
y*******g
发帖数: 6599 | 61 http://git-scm.com/
【在 t****a 的大作中提到】
: 原来不需要server啊？能不能给个链接让我学学怎么做？确实setup server很麻烦。
|
s********i
发帖数: 145 | 62 bitbucket 比较适合小项目，5个账户以下免费的 |
a***n
发帖数: 538 | |
s*********t
发帖数: 1663 | 64 git, without a doubt
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
y*******g
发帖数: 6599 | 65 你id是不是该换了？
【在 s*********t 的大作中提到】
: git, without a doubt
|
d**********x
发帖数: 4083 | 66 哈哈
【在 y*******g 的大作中提到】
: 你id是不是该换了？
|
p**o
发帖数: 3409 | 67 github这个教程不错
http://learn.github.com/p/intro.html
【在 t****a 的大作中提到】
: 原来不需要server啊？能不能给个链接让我学学怎么做？确实setup server很麻烦。
|
d********g
发帖数: 10550 | 68 错，你加一个edu信箱进去，就unlimited了
【在 s********i 的大作中提到】
: bitbucket 比较适合小项目，5个账户以下免费的
|
i******l
发帖数: 270 | 69 试试 mercurial， 简单易上手，和 git 比移植性较好，毕竟是 script ，
某些功能不如 git 牛逼， 但是这些牛逼处也很少用
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
c****e
发帖数: 1453 | 70 highly recommend bitbucket. You can free account with 5 collaborators. With
referral, you can have up to 8. It also offers wiki and simple issue tracker.
GitHub is more suitable for publicly accessible open source project. |
|
|
F******k
发帖数: 197 | 71 Perforce也不错，有20人免费的。
【在 c*********e 的大作中提到】
: 以前是svn,现在是啥？几个人的一个小project,需要版本控制，方便开发。
|
z****e
发帖数: 54598 | 72 有钱的话
clear case
用起来爽太多了 |
n******t
发帖数: 4406 | 73 爽在哪里？
【在 z****e 的大作中提到】
: 有钱的话
: clear case
: 用起来爽太多了
|
F******k
发帖数: 197 | 74 我能想到的好处是它的版本树看着比较酷；不过后面没有一个专职的clearcase的维护
人员，用起来也不易。IBM/Rational的东西，对一个小团队，并不友好，还是少用为妙。
【在 n******t 的大作中提到】
: 爽在哪里？
|
c*********e
发帖数: 16335 | 75 git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
一切，那就好了。
【在 i******l 的大作中提到】
: 试试 mercurial， 简单易上手，和 git 比移植性较好，毕竟是 script ，
: 某些功能不如 git 牛逼， 但是这些牛逼处也很少用
|
P****i
发帖数: 12972 | 76 有钱还是perforce好
【在 z****e 的大作中提到】
: 有钱的话
: clear case
: 用起来爽太多了
|
s****a
发帖数: 238 | 77 perforce好在哪里？我在sandbox里都不能保存local的版本，只好另外用git去管理
local的改动，实在但疼的很 |
d********g
发帖数: 10550 | 78 GUI很多，Mac下的SourceTree很好，还有git-flow支持。字符界面也有tig可以用
【在 c*********e 的大作中提到】
: git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
: 一切，那就好了。
|
i*****o
发帖数: 1714 | 79 Mac下直接Xcode更方便。
★ 发自iPhone App: ChineseWeb 7.8
【在 d********g 的大作中提到】
: GUI很多，Mac下的SourceTree很好，还有git-flow支持。字符界面也有tig可以用
|
F******k
发帖数: 197 | 80 Try tortoise git，similar nice GUI for svn.
Git的真正问题是regression发生时，对于不同开发者的checkin, 很难迅速用bisect定
位。
这恐怕是分布式系统难以绕开的问题。
【在 c*********e 的大作中提到】
: git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
: 一切，那就好了。
|
|
|
F******k
发帖数: 197 | 81 什么意思？对于个人用户来说，不用服务器，sandbox里就是所有修改的记录。你check
out之后不就可以修改了吗？
【在 s****a 的大作中提到】
: perforce好在哪里？我在sandbox里都不能保存local的版本，只好另外用git去管理
: local的改动，实在但疼的很
|
s***o
发帖数: 2191 | 82 git has been integrated into Visual Studio and TFS.
不知Linux有没有因为这个给微软写信破口大骂一番
【在 c*********e 的大作中提到】
: git好，但是不是user friendly,要是象windows那样，只要click某些button就能搞定
: 一切，那就好了。
|
O*******d
发帖数: 20343 | 83 我用里几年Perforce，很不舒服。 local的work in progress文件没有backup，update
一不小心，就把local文件给overwrite了。 我现在用accurev。
【在 P****i 的大作中提到】
: 有钱还是perforce好
|
g*****g
发帖数: 34805 | 84 你用eclipse吗？用eclipse有local history，自动就存了几十个版本。如果怕丢，还
可以shelve。
update
【在 O*******d 的大作中提到】
: 我用里几年Perforce，很不舒服。 local的work in progress文件没有backup，update
: 一不小心，就把local文件给overwrite了。 我现在用accurev。
|
z*******3
发帖数: 13709 | 85 跟ibm其它软件整合起来很容易
而且ibm的东西比较规范
对于新手来说，可以很直观地了解整个软件工程各个步骤
将来再倒腾cvs/svn之类的也方便很多
cvs之类的使用界面几乎没有，完全pure命令行
用久了就熟悉了，但是还是挺怀念当年拖拖拽拽的那个年代
check in/out什么也容易很多，还有就是eclipse上的插件经常出问题
妙。
【在 F******k 的大作中提到】
: 我能想到的好处是它的版本树看着比较酷；不过后面没有一个专职的clearcase的维护
: 人员，用起来也不易。IBM/Rational的东西，对一个小团队，并不友好，还是少用为妙。
|
O*******d
发帖数: 20343 | 86 我用的是Visual Studio。 Perforce完全是一个独立的软件，和VS没有任何关联。 最
脑残的是，每次check in文件后，文件就变成read only。 修改文件时，需要把文件改
成read/write。 我当初用Perforce时，发生过好几次更新文件时，把当地文件给over
write了，还没有任何警告。
【在 g*****g 的大作中提到】
: 你用eclipse吗？用eclipse有local history，自动就存了几十个版本。如果怕丢，还
: 可以shelve。
:
: update
|
g*****g
发帖数: 34805 | 87 I would guess there's perforce plugin for VS.
over
【在 O*******d 的大作中提到】
: 我用的是Visual Studio。 Perforce完全是一个独立的软件，和VS没有任何关联。 最
: 脑残的是，每次check in文件后，文件就变成read only。 修改文件时，需要把文件改
: 成read/write。 我当初用Perforce时，发生过好几次更新文件时，把当地文件给over
: write了，还没有任何警告。
|
p**o
发帖数: 3409 | 88 Mercurial is very good. Unlike Git which unnecessarily reinvents a new set
of command names, Mercurial preserves most commands from the incumbent CVS/
SVN. In addition, its query syntax is more flexible and powerful. |
s****a
发帖数: 238 | 89 问题是我不是个人用户，如果sandbox里改动比较大是不敢随便check in的，否则
nightly build里一堆regression错误是给自己找死啊。但是在sandbox里面又有经常退
回到上一次修改的必要，在git里是很简单的，但perforce就是没这个功能
check
【在 F******k 的大作中提到】
: 什么意思？对于个人用户来说，不用服务器，sandbox里就是所有修改的记录。你check
: out之后不就可以修改了吗？
|
s****a
发帖数: 238 | 90 我的同事有人每做一点改动就新建一个sandbox，我是在sandbox里建一个local的git
repo，用git来管理本地代码，一般一个sandbox里改动的文件不会很多，也不至于造成
混乱
update
【在 O*******d 的大作中提到】
: 我用里几年Perforce，很不舒服。 local的work in progress文件没有backup，update
: 一不小心，就把local文件给overwrite了。 我现在用accurev。
|
|
|
N*******t
发帖数: 66 | 91 顶 fossil
试过cvs, svn, git, hg，最后发现 fossil 最好用。
【在 a***n 的大作中提到】
: fossil
|
m*********t
发帖数: 527 | 92 mercury 也有，firefox 源代码用的就是 mercury 来管理的 |
N*****m
发帖数: 42603 | 93 pros & cons?
【在 N*******t 的大作中提到】
: 顶 fossil
: 试过cvs, svn, git, hg，最后发现 fossil 最好用。
|
a9
发帖数: 21638 | 94 这怎么看着跟vss一个德行啊？
over
，还
【在 O*******d 的大作中提到】
: 我用的是Visual Studio。 Perforce完全是一个独立的软件，和VS没有任何关联。 最
: 脑残的是，每次check in文件后，文件就变成read only。 修改文件时，需要把文件改
: 成read/write。 我当初用Perforce时，发生过好几次更新文件时，把当地文件给over
: write了，还没有任何警告。
|
F****n
发帖数: 3271 | 95 assembla offers 1 GB private git projects. The good part is that you can
have UNLIMITED number of private projects for 1 account.
【在 c*********e 的大作中提到】
: 问题是代码不能够公开啊，给公司做的project.
|
N*******t
发帖数: 66 | 96 Pro：分布式（跟 git，hg 类似）， 小巧（单个可执行程序），易用（学习曲线平缓
），易搭建web界面，autosync 等。
Con：不知道。我还没在多人协作环境中用过它，不知道有没有什么隐藏的陷阱。
【在 N*****m 的大作中提到】
: pros & cons?
|
t********e
发帖数: 880 | 97 顶Mercurial. Git有的功能Mercurial都有，Mercurial更好用些，另外对windows支持
好，扩展方便。
【在 i******l 的大作中提到】
: 试试 mercurial， 简单易上手，和 git 比移植性较好，毕竟是 script ，
: 某些功能不如 git 牛逼， 但是这些牛逼处也很少用
|
t********e
发帖数: 880 | 98 openjdk和python也是用mercurial
【在 m*********t 的大作中提到】
: mercury 也有，firefox 源代码用的就是 mercury 来管理的
|
