Bazaar 已成为过去,Emacs 需要作出改变 - 开源中国社区
Bazaar 已成为过去,Emacs 需要作出改变
oschina 2014年01月03日

Bazaar 已成为过去,Emacs 需要作出改变

oschina oschina 发布于2014年01月03日 收藏 9 评论 35

昨天 ,开源促进组织联合创始人 Eric S. Raymond 从一封邮件中宣称,Bazaar 已成为过去,呼吁 EMACS 需要放弃 Bazaar 而转用 Git,为了让更多的贡献者参与进来,他认为,Git 已经在分布式代码托管中胜出了。

Eric S. Raymond 是版本控制系统和相关工具的专家,他在邮件中谈到 Bazaar 版本控制系统已经奄奄一息,大多数的功能已经过时,dev 列表停滞不前,大部分 Canonical 内部的项目已经放弃 Bazaar 转向了 git,而且其中一位高级开发者写了一篇剖析 Bazzar 为什么会失败的文章:Bazaar-NG: 7 年关于分布式版本控制系统的经验

他强烈建议 Emacs 开发者去阅读这篇文章,看了思考之后再看,深入的去思考 Bazzar 的问题。这不仅仅是因为 Emacs 开发在某些方面存在文章所提到的问题,而是他认为这是关乎 Emacs 未来的问题。现在 Emacs 需要逃出 Bazaar 失败的困境,不能坐以待毙。虽然理论上 Bazaar 的失败并不会影响我们继续使用这款成熟的版本控制系统,我也敢保证,Bazzar 确实足够成熟,但是,实际上,如果再粘附于这样一个系统,Emacs 的前景堪忧。

当然,继续使用 Bazzar 也是一个选择,但是这就意味着我们将会失去潜在的新成员。这并不是因为 Bazzar 的学习成本,而是因为它的孤立与封闭。机会成本会随着时间会继续上升,而不会下降,所以要把握好机会。本来年轻的开发者就认为 Emacs 是一个笨重,陈旧, 难以使用的上个世纪的产物,如果 Emacs 再固步自封,那么将会使项目变得更封闭与孤立。

Eric S. Raymond 认为 git 已经在精神比重上胜出了,在分布式代码托管中脱颖而出。对于这个很后悔,他说宁愿变幻无常,也不希望看到表面上不真实的健康。他也很平和的接受了 git 的胜利和转换,并且强烈建议 Emacs 开发类似的产品。正如 reposurgeon 的作者所说,他拥有这方面的技术和经验,可以在技术迁移上引领潮流。目前,他已经把 GNU troff 从 CVS 上转移到 git 上,同时呼吁项目决策者赶紧做出选择,让更多的贡献者参与进来。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Bazaar 已成为过去,Emacs 需要作出改变
分享
评论(35)
最新评论
0
hoho,第一时间编译了一个windows版本的,emacs还是蛮好用的
0

引用来自“梦无涯”的评论

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“vietor”的评论

引用来自“YiseNet”的评论

不一样,在非分布式的领域,svn地位还是动不了的

仅仅是“还有人在用”而已,感觉就像XP,功能够用,但过时了。
SVN已经扔给了Apache,而Apache基本上等同于“废弃项目收容所”——Apache里面很多的项目都是如此,最典型的比如OpenOffice。

SVN目前还没有什么可以替代的吧,拿它与openoffice来比,有点过份了,怎么着也算是ms office系列,代表着现在的传统。

SVN难道不能用GIT替代吗?

集中式管理,SVN是首选;GIT只是在单人开发,以及分布式开发中比较有优势。一般情况下,企业内部集中式管理还是很多的,GIT在这种场景下没有明显的优势,并且权限也很难管理,SVN优势还是存在的,而且在团队开发过程中,SVN有着比较天然的优势,就是起步早,各种项目管理工具支持比较广泛。我也很喜欢GIT,私活都用它来管理,但是在公司里面的话,还是推荐SVN。支持比较丰富一点。

确实感觉现在SVN还是有很多地方在用,特别是内部开发,不过总感觉GIT是大势所趋。

不好说,版本控制太多,还有更超前的,Gradle之类的。

gradle上maven的后继者,项目构建用
0
hg确实好用些,不过用git的人多,github功劳
0
昨天我们组一哥们因为觉得git难用,暴走了。。。
0
用bzr比git早,08年还发过一篇使用bzr的博客。当时bzr有Windows版本,而且很小,功能也够用了。
0

引用来自“zhuang”的评论

引用来自“viney”的评论

这种问题还需要讨论,直接git

这种问题还需要讨论,直接mercurial

mercurial 和 Git 项目几乎是同时启动的,两者概念上很相似。mercurial 的优势在于它是 Python 写的,各平台的支持都是原生,几乎没差别。Git 在 Windows 就没那么理想,目前一直没 Git 的原生 Windows 版本。bitbucket.org, google code 是mercurial 最初主要支持者,但现在 Git 更流行,这一点 Github 功不可没。
0
Raymond这个老家伙居然发出声音了。。
0
Clearcase撸过
0
支持一下!!!
0
公司一直用SVN,有些地方用GIT真不行
0
其实我自己写的东西都在用git在管理,而公司的项目全都是svn,理由很简单,因为一直在用,够用没必要换。
0

引用来自“viney”的评论

这种问题还需要讨论,直接git

这种问题还需要讨论,直接mercurial
0
这种问题还需要讨论,直接git
0
在我见过的用过svn的地方,commit历史都显著的要很渣,不过我见的比较少。]
不过说实话,我觉得svn集中式管理也限制了我们不可能像git一样经常commit
0

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“vietor”的评论

引用来自“YiseNet”的评论

不一样,在非分布式的领域,svn地位还是动不了的

仅仅是“还有人在用”而已,感觉就像XP,功能够用,但过时了。
SVN已经扔给了Apache,而Apache基本上等同于“废弃项目收容所”——Apache里面很多的项目都是如此,最典型的比如OpenOffice。

SVN目前还没有什么可以替代的吧,拿它与openoffice来比,有点过份了,怎么着也算是ms office系列,代表着现在的传统。

SVN难道不能用GIT替代吗?

集中式管理,SVN是首选;GIT只是在单人开发,以及分布式开发中比较有优势。一般情况下,企业内部集中式管理还是很多的,GIT在这种场景下没有明显的优势,并且权限也很难管理,SVN优势还是存在的,而且在团队开发过程中,SVN有着比较天然的优势,就是起步早,各种项目管理工具支持比较广泛。我也很喜欢GIT,私活都用它来管理,但是在公司里面的话,还是推荐SVN。支持比较丰富一点。

确实感觉现在SVN还是有很多地方在用,特别是内部开发,不过总感觉GIT是大势所趋。

不好说,版本控制太多,还有更超前的,Gradle之类的。
0

引用来自“imzhi”的评论

这篇文章 发的好,不知道OSC有GIT吗

网吧基本都在用XP。。。
0

引用来自“梦无涯”的评论

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“vietor”的评论

引用来自“YiseNet”的评论

不一样,在非分布式的领域,svn地位还是动不了的

仅仅是“还有人在用”而已,感觉就像XP,功能够用,但过时了。
SVN已经扔给了Apache,而Apache基本上等同于“废弃项目收容所”——Apache里面很多的项目都是如此,最典型的比如OpenOffice。

SVN目前还没有什么可以替代的吧,拿它与openoffice来比,有点过份了,怎么着也算是ms office系列,代表着现在的传统。

SVN难道不能用GIT替代吗?

集中式管理,SVN是首选;GIT只是在单人开发,以及分布式开发中比较有优势。一般情况下,企业内部集中式管理还是很多的,GIT在这种场景下没有明显的优势,并且权限也很难管理,SVN优势还是存在的,而且在团队开发过程中,SVN有着比较天然的优势,就是起步早,各种项目管理工具支持比较广泛。我也很喜欢GIT,私活都用它来管理,但是在公司里面的话,还是推荐SVN。支持比较丰富一点。

确实感觉现在SVN还是有很多地方在用,特别是内部开发,不过总感觉GIT是大势所趋。
0
你们真的会用git?
0

引用来自“梦无涯”的评论

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“vietor”的评论

引用来自“YiseNet”的评论

不一样,在非分布式的领域,svn地位还是动不了的

仅仅是“还有人在用”而已,感觉就像XP,功能够用,但过时了。
SVN已经扔给了Apache,而Apache基本上等同于“废弃项目收容所”——Apache里面很多的项目都是如此,最典型的比如OpenOffice。

SVN目前还没有什么可以替代的吧,拿它与openoffice来比,有点过份了,怎么着也算是ms office系列,代表着现在的传统。

SVN难道不能用GIT替代吗?

集中式管理,SVN是首选;GIT只是在单人开发,以及分布式开发中比较有优势。一般情况下,企业内部集中式管理还是很多的,GIT在这种场景下没有明显的优势,并且权限也很难管理,SVN优势还是存在的,而且在团队开发过程中,SVN有着比较天然的优势,就是起步早,各种项目管理工具支持比较广泛。我也很喜欢GIT,私活都用它来管理,但是在公司里面的话,还是推荐SVN。支持比较丰富一点。

git和svn不冲突哈,完全可以本地开发使用git,然后同步svn上,现在的工作模式就是这样的
0

引用来自“3_14159265359”的评论

引用来自“梦无涯”的评论

引用来自“vietor”的评论

引用来自“YiseNet”的评论

不一样,在非分布式的领域,svn地位还是动不了的

仅仅是“还有人在用”而已,感觉就像XP,功能够用,但过时了。
SVN已经扔给了Apache,而Apache基本上等同于“废弃项目收容所”——Apache里面很多的项目都是如此,最典型的比如OpenOffice。

SVN目前还没有什么可以替代的吧,拿它与openoffice来比,有点过份了,怎么着也算是ms office系列,代表着现在的传统。

SVN难道不能用GIT替代吗?

集中式管理,SVN是首选;GIT只是在单人开发,以及分布式开发中比较有优势。一般情况下,企业内部集中式管理还是很多的,GIT在这种场景下没有明显的优势,并且权限也很难管理,SVN优势还是存在的,而且在团队开发过程中,SVN有着比较天然的优势,就是起步早,各种项目管理工具支持比较广泛。我也很喜欢GIT,私活都用它来管理,但是在公司里面的话,还是推荐SVN。支持比较丰富一点。
顶部