Apache Subversion vs. Mercurial

Overview
ProductRatingMost Used ByProduct SummaryStarting Price
Apache Subversion
Score 8.0 out of 10
N/A
Apache Subversion is a version control option that is free to download and open source under the Apache 2.0 license.N/A
Mercurial
Score 9.1 out of 10
N/A
Mercurial is a free, distributed source control management tool. It handles projects of any size and boasts an easy and intuitive interface. Mercurial handles projects of any size and kind. Every clone contains the whole project history, so most actions are local, fast and convenient. Mercurial supports a multitude of workflows and can enhance its functionality with extensions.N/A
Pricing
Apache SubversionMercurial
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
Apache SubversionMercurial
Free Trial
NoNo
Free/Freemium Version
NoNo
Premium Consulting/Integration Services
NoNo
Entry-level Setup FeeNo setup feeNo setup fee
Additional Details
More Pricing Information
Community Pulse
Apache SubversionMercurial
User Ratings
Apache SubversionMercurial
Likelihood to Recommend
6.6
(0 ratings)
9.0
(0 ratings)
Likelihood to Renew
3.1
(0 ratings)
-
(0 ratings)
User Testimonials
Apache SubversionMercurial
Likelihood to Recommend
Subversion solves our software versioning problem by providing tools for conflict resolution when doing collaborative work on the same files and projects. We use it with TortoiseSVN and it works great for some of our projects with smaller teams. However, we have a need to make code reviews more and it is a little more difficult to do that in SVN, compared to Bitbucket and Git.
Read full review
If you generally think that to develop software you have to choose one repository, then in my opinion you have to choose between Mercurial and Git, there is not other solution. Mercurial also has a good merge tool which i can recommend. This gives you the flexibility to push just the "part of the feature", and is much better suited in the case where the "part of feature" and some other "part of the feature" both contain changes to the same file.
Read full review
Pros
  • Track and control concurrent versions of the same files.
  • Has good support from many different software, including visualization, DevOps toolchain.
  • Well documented and understood by developers as it has been around for a long time.
Read full review
  • Branch
  • Distributed architecture
  • Stable
  • Platform independent
Read full review
Cons
  • Refactoring the layout of a respoitory--or a part of a repository--can be a bit painful, especially for users with workspaces associated with the affected part of the repository. Not sure what could be done to make that better, but it would be nice if something was possible.
  • Folks coming from Git can have problems using Subversion. Again, not sure anything can (or should) be done to address that, but it is occasionally an issue.
Read full review
  • Integration with visual studio
  • More integrated tools
  • When I install Mercurial I always have to do a hard restart of my computer.
Read full review
Likelihood to Renew
While there are interesting alternatives, such a GIT, Subversion has been a breath of fresh air compared to its predecessors like CVS or Microsoft Source Safe (now called Team Foundation Server). Its ease of use and high adoption rate is going to keep me using this product for years to come.
Read full review
No answers on this topic
Alternatives Considered
After Microsoft Visual SourceSafe was discontinued, we chose Subversion and it was a great choice. We were able to migrate to Apache Subversion very quickly and easily and benefited immediately from its non-locking workflow (SourceSafe required users to "lock" the file when editing to prevent editing conflicts from other users, whereas Subversion allows multiple users to edit the same file simultaneously and then merge conflicts later.)
While we still use Apache Subversion for our legacy projects, we've migrated to Git and GitHub for our new projects as that is the new "cool kid" and it provides some benefits such as distributed and offline development. But Git is more complex than Apache Subversion and not as easy to learn.
Read full review
When we chose Mercurial it was more popular from perspectives than Git and we have too many problems with the Microsoft team foundation solution. We also want to move from a centralized version of source control to a distributed one. We also were working more and more via the Internet with our source control so distributed version was only solution.
Read full review
Return on Investment
  • It allowed us to deliver the right files to our customer without "clobbering" previous releases, making for a far more satisfied customer.
  • It allowed our developers to work on two releases in parallel (plus an occasional third, for emergency fixes).
  • With some simple hooks, it allowed us to set up a system where code was was automatically deployed to test servers as soon as developers committed it, making testing easier. This was made easier by virtue of being a ColdFusion project, which requires no compilation. However, that is possible for compiled code with a continuous integration system like Jenkins.
Read full review
  • Improve time in merging
  • Branching enables us to keep separate version per customer
  • Good tool for programmers is sometimes a reason to stay
Read full review
ScreenShots