首页
软件分类
排行榜
案例库
资讯
直播
登录
首页
版本控制
Mercurial
Mercurial评价怎么样
Mercurial
3.0
是一种轻量级分布式版本控制系统
关注
分享
微信扫一扫
复制链接
对比
咨询产品
免费试用
点评
写点评
什么是企服点评分
3.0
共 30人点评
项目
当前产品评分
同类产品均分
综合
3.0
3.2
功能满意度
4.4
3.9
性价比
4.4
3.4
易用性
4.4
3.8
售后服务
4.1
3.4
分数人员分布
0 人
0 人
0 人
25 人
5 人
行业
团队规模
星级
重置
默认排序
刚优
数据库开发
4.0
综合
5.0
符合度
4.0
易用性
3.0
售后服务
5.0
性价比
一年以上
使用时长
小于50人
团队规模
- -
使用版本
4.0
满意的点
MQ(Mercurial 队列)是保持工作进行的好方法。命令行很有意义,命令非常直观。有很棒的 UI 工具,它集成了许多软件,包括最流行的 IDE。
不满意的点
与 git 相比,Mercurial 有两件事做得不好。首先是它更保守地让你用未提交的更改切换头(git 只会在发生冲突时中止,但 mercurial 只会让你在它是新的头时)。
2022-09-27
赞同
班书雁
后端开发
3.5
综合
3.0
符合度
5.0
易用性
4.0
售后服务
5.0
性价比
一年以上
使用时长
小于50人
团队规模
- -
使用版本
3.5
满意的点
在 Mac 上,我和团队都经常使用命令行,但我们在 Windows 上学习了一个很棒的 GUI 客户端(Tortoise)。
不满意的点
这导致了一个不幸的困境:使用 mercurial 的编码人员的体验比使用 git 好得多,但 github 社区和工具生态系统远远优于 bitbucket。
2022-09-24
赞同
称职
前端开发
4.0
综合
5.0
符合度
4.0
易用性
4.0
售后服务
4.0
性价比
一年以上
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
Mercurial 具有良好的分布式修订控制系统的所有功能。它不仅作为协作工具非常有用,而且我发现跟踪更改和回滚到特定修订的能力对于我自己的工作也非常宝贵。
不满意的点
正因为如此,我们仍然在一些项目中使用 Perforce,尽管似乎没有任何其他分布式版本控制系统可以处理这个问题,因为它是分布式模型所固有的,这反过来又带来了很多好处。
2022-09-28
赞同
仰晨朗
项目主管
4.0
综合
5.0
符合度
4.0
易用性
3.0
售后服务
5.0
性价比
一年以上
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
该修订控制工具分发之类的。因此,你可以在本地系统上提交你所做的更改,当一切完成后,你可以将更改推送到远程系统上。
不满意的点
不像 Git 那样广为人知,尽管它也支持基于 git 的存储库,但它在这方面有一些粗糙的边缘。
2022-09-23
赞同
裘弘图
IT系统主管
3.5
综合
4.0
符合度
4.0
易用性
5.0
售后服务
3.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
3.5
满意的点
它相当强大但使用简单。它有很多与 git 相同的概念和功能,但学习曲线要少得多。此外,“hg incoming”和“hggiving”非常有用。hg record 和 hg shelve 等扩展也是如此。
不满意的点
我真的很想为共享和/或子存储库提供一个简单的解决方案。Mercurial 有办法同时支持这两种方法,但既不易于使用也不透明。
2022-09-28
赞同
麻建修
网络管理员
4.5
综合
5.0
符合度
5.0
易用性
4.0
售后服务
4.0
性价比
半年左右
使用时长
100-499人
团队规模
- -
使用版本
4.5
满意的点
有许多从或到 git 的转换工具,所以如果你今天决定使用 hg,你不会永远被它困住,你可以将 repo 转换为 git 并且几乎可以转换为任何其他,曾经降级到 subversion 使用那些工具。
不满意的点
没有 Github。Github 需要 GIT 或 SVN。你可以安装一个插件来与 GIT 交互,但我上次尝试学习 GIT 更容易。
2022-09-28
赞同
剑冰菱
软件工程师
4.0
综合
5.0
符合度
4.0
易用性
3.0
售后服务
5.0
性价比
半年左右
使用时长
100-499人
团队规模
- -
使用版本
4.0
满意的点
基本上,当你克隆存储库时,会在本地复制完整的修订历史记录,并且你可以添加自己的提交,即使你的合作者正在处理他们自己的克隆。
不满意的点
我认为 git 比 hg 更受欢迎,所以我不敢同时使用两者,我将大部分树都切换到了 git。我想我会因为它的社区而成为一个 git 用户。
2022-09-28
赞同
尧寻梅
数据库开发
3.5
综合
4.0
符合度
4.0
易用性
5.0
售后服务
3.0
性价比
半年左右
使用时长
100-499人
团队规模
- -
使用版本
3.5
满意的点
Mercurial 团队从用户界面的角度密切关注过去与竞争包的合作。因此,学习曲线被最小化,因此你可以与学习分布式版本控制管理的内部结构分开学习该工具。
不满意的点
支持 github 等协作服务(有来自 atlassian 的 Bitbucket,但我真的很喜欢 fork-pull 请求模型)。
2022-09-23
赞同
度阳伯
前端开发
4.0
综合
4.0
符合度
5.0
易用性
4.0
售后服务
3.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
在 Mercurial 中,常见用例很简单,更深奥的用例是可能的,而且界面令人愉悦。错误消息通常很清楚。命令行帮助很有用,手册页和在线教程也很有用。
不满意的点
在我看来,这可能是他与 Merurial 在用户体验方面最严重的缺陷。解决方法是创建一个新的头部、提交和移植或类似的。
2022-09-27
赞同
翠浩思
项目主管
4.0
综合
5.0
符合度
5.0
易用性
3.0
售后服务
5.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
Mercurial 是一个非常简单但功能强大的分布式源代码控制管理器。最强大的功能是可扩展性。有大量的扩展,编写一个新的很容易,因为 Mercurial 是用 python 编写的,一个简单的脚本可以走很长的路。
不满意的点
可以通过 hg-git 插件将 github 与 mercurial 一起使用。这很好用,包括书签/分支和合并,我将此策略用于 github 托管的存储库。
2022-09-29
赞同
逄意智
数据库开发
4.0
综合
5.0
符合度
4.0
易用性
4.0
售后服务
4.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
与类似的工具 (Git) 不同,Mercurial 非常易于使用和完善。它为你提供了运行 _distributed_ 版本控制系统的好处,而无需成为命令行专家。
不满意的点
mercurial 最糟糕的部分实际上与 mercurial 本身无关:mercurial 缺乏一个集成良好的服务生态系统。最好的选择是 bitbucket.org,但在许多方面与 github 相比相形见绌。
2022-09-25
赞同
户婉秀
数据库开发
4.0
综合
4.0
符合度
5.0
易用性
3.0
售后服务
4.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
你也可以添加强大的扩展:rebase、移植、bisect、大文件等。你可以使用阶段机制来决定是否安全允许历史重写,你可以安装和使用 TortoiseHg,一个非常直观的便携式图形用户界面等。
不满意的点
很难找到对它感到满意的开发人员——尽管在我的经验中它是最简单和最舒适的 VCS,但人们默认使用 Git 和 GitHub,这是近年来所有炒作的地方。
2022-09-26
赞同
乜弘丽
后端开发
3.5
综合
4.0
符合度
4.0
易用性
3.0
售后服务
3.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
3.5
满意的点
我最喜欢 Mercurial 的一点是它非常循序渐进的学习曲线:即使你不是版本控制专家,你也可以轻松地将其设置为个人或团体使用。
不满意的点
社区 Mercurial 项目的托管选项不如 Git 的精美。每个人都知道(并且可能使用)GitHub。Mercurial 仅限于自托管或不太完善的工具,例如 BitBucket 或(即将失效的)Google Code。
2022-09-28
赞同
禽暄文
数据库开发
4.0
综合
5.0
符合度
5.0
易用性
3.0
售后服务
5.0
性价比
半年左右
使用时长
小于50人
团队规模
- -
使用版本
4.0
满意的点
有许多优秀的图形前端,例如 TortoiseHg 和 SourceTree,它们使 Mercurial 的使用更加容易,并且与最流行的 IDE 集成,例如 Visual Studio、Eclipse 和 IntelliJ。
不满意的点
与 Perforce 相比,处理大文件的性能仍然低于标准,尽管这可能是与分布式与集中式模型有关的底层架构问题。整体表现还是很不错的。
2022-09-27
赞同
谭采梦
技术支持
3.5
综合
3.0
符合度
3.0
易用性
5.0
售后服务
5.0
性价比
半年左右
使用时长
小于50人
团队规模
- -
使用版本
3.5
满意的点
像大多数源代码控制系统一样,Mercurial 无缘无故地试图将特定的方法强加给用户。但是,底层系统足够强大,并且有足够多的可用扩展可以解决这种偏见。“每个 repo 都可以是服务器”的能力也很重要。
不满意的点
我不喜欢在 hg 工作台(这个 sw 的官方工具)中合并差异的原生工具。
2022-09-28
赞同
汲致萱
IT系统主管
4.5
综合
5.0
符合度
5.0
易用性
4.0
售后服务
4.0
性价比
半年左右
使用时长
50-99人
团队规模
- -
使用版本
4.5
满意的点
与比较设备 (Git) 相比,Mercurial 的使用和清洁非常简单。它为你提供了运行 _distributed_ 变体控制框架的优势,而无需等待成为方向线大师。
不满意的点
不规则仅限于自我促进或清洁程度较低的设备,如 BitBucket 或(注定要死的)谷歌代码。
2022-09-24
赞同
姓幻儿
网络管理员
4.0
综合
4.0
符合度
5.0
易用性
4.0
售后服务
3.0
性价比
半年左右
使用时长
100-499人
团队规模
- -
使用版本
4.0
满意的点
Mercurial 是一个免费的分布式源代码控制管理工具。它可以有效地处理任何规模的项目,并提供简单直观的界面。
不满意的点
网络 Mercurial 业务的便利替代方案不如 Git 的干净。每个人都知道(并且可能使用)GitHub。
2022-09-25
赞同
哀湃
软件工程师
4.0
综合
4.0
符合度
5.0
易用性
5.0
售后服务
4.0
性价比
不到三个月
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
这很容易。如果你用过 SVN,大部分是一样的,但更强大。如果你使用 GIT,它是相同的,但更易于使用。
不满意的点
我从人们那里听到的最大抱怨是 Mercurial 不是 git。不幸的是,它们都使用一些通用术语来表示非常不同的概念。所以,如果你先学 git,Mercurial 一开始会很困惑。我首先学习了 Mercurial,所以一开始 git 很困惑。
2022-09-28
赞同
务夜梅
软件开发
4.0
综合
4.0
符合度
5.0
易用性
4.0
售后服务
3.0
性价比
不到三个月
使用时长
50-99人
团队规模
- -
使用版本
4.0
满意的点
我最喜欢它的易用性。如果你经常发现自己想知道如何使用 git 做事,那么 mercurial 适合你。它提供的功能要少得多——这是一件好事。
不满意的点
我认为 git 更难的学习曲线是值得的,因为 git 具有丰富的功能,尽管 mercurial 有利于让开发人员快速上手,但我更喜欢尽可能使用 git。
2022-09-24
赞同
零子菡
项目经理
3.5
综合
5.0
符合度
3.0
易用性
5.0
售后服务
5.0
性价比
不到三个月
使用时长
50-99人
团队规模
- -
使用版本
3.5
满意的点
Mercurial 是 git 的一个非常好的替代品。它简单、美观,可以满足你的需求。它也适用于大型项目,而且很容易学习。你只需与你的团队开会,向他们展示一些命令,其余的学习将几乎是自动的。
不满意的点
这种情况不会经常发生,但是当它发生时,文档不是很好,所以你有更好的机会使用 Google 和 Stackoverflow。
2022-09-24
赞同
所在分类
版本控制
同类产品推荐
查看更多
Helix Core
3.2
40条点评
Perforce Helix Core可以很好的运用在源代码管理中
Git
3.2
40条点评
是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理
Coralogix
3.2
40条点评
本产品旨在使难以管理的日志数据易于管理,可改善软件提供商的交付和维护过程
Subversion
3.2
40条点评
是一个自由开源的版本控制系统
产品对比
更多同类产品比较
Mercurial
Coralogix
Mercurial
Helix Core
Mercurial
Subversion
Mercurial
Git
0
产品对比
还未添加对比产品
立即对比
消息通知
咨询入驻
扫描下方二维码
咨询产品入驻
商务合作
如有商务合作需求
请扫码联系我吧