国产精一区二区_午夜视频99_免费白白视频_中文字幕一区免费
首頁
軟件分類
排行榜
案例庫
資訊
直播
登錄
首頁
版本控制
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
產品對比
還未添加對比產品
立即對比
消息通知
咨詢入駐
掃描下方二維碼
咨詢產品入駐
商務合作
如有商務合作需求
請掃碼聯系我吧