TrustRadius
Apache Subversion is a version control option.https://dudodiprj2sv7.cloudfront.net/product-logos/Vg/ml/SL7PR8CAMO2K.JPEGEnjoying Apache SubversionSubversion is being used by our engineering team to manage the development code we write for the company.,Can be used from many locations, like a cloud-based system but with more custom control--and its free! Multiple projects easily stored in a single repository, which aids in maintenance of common code, yet also easily allows for separate repositories where no sharing is desired. Very stable, with lots of additional tools to help maintain and examine repositories (e.g. websvn). Much easier to understand when coming from more traditional SCM systems like CVS and Perforce (as opposed to Git, which is a bit of a paradigm shift).,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.,9,Subversion helps us feel secure in maintaining access to all of our product code, both current and historical. Being free and open source makes it an even better "investment".,PerforceA good versioning softwareIn my organization, Apache Subversion (SVN) is used as a versioning software for some specific types of objects. It is always and only used to allow the multiple processing of objects avoiding that a resource overwrites more recent changes and to keep track of the last changes made so as to go back to the previous modification and evaluate the differences.,Software versioning Very stable product Easy to use,The installation requires some initial configuration Improved interface Inconvenient update management,7,Time saved in file management No data loss No need to rewrite objects or make backupsA solid version control tool for a wide range of software projectsWe used Subversion to manage a ColdFusion based software development project for a US Federal government contract. We were largely isolated (both geographically and organizationally) from the rest of the company (it was their attempt to get into Federal contracting) and I'm not sure what was used in other parts. Our biggest reason for using it was to allow working on multiple releases in parallel. Before I helped set up Subversion properly, they were delivering old code with new releases, "clobbering", as they said, previously delivered code. By setting up proper branching, I fixed the problem, to the relief of both the company and the customer. I also integrated it with the Redmine issue tracking system, requiring developers to associate issues with their commits.,Version control - it's what it's designed for. Modifiable - It only takes a little bit of knowledge of a scripting language (I used Windows BAT files calling Perl scripts) to extend capabilities, like the aforementioned integration with Redmine. Back end administration- It's a breeze. There's very little work involved in terms of administering it once you've got it installed on a server, and even setting that up isn't bad.,Distributed development - I've never worked in an environment where distributed development (developers widely scattered geographically) was a factor, but that's why git exists. Merging - Merging of code from one branch to another can be painful, especially if it's not done frequently. (On the other hand, doing merges is one of the reasons I get a nice salary, so I can't complain too much!) Acceptance - Let's face it, git is what "all the cool kids are using." If you've got a bunch of developers fresh out of school, they'll probably know git and not Subversion.,9,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.,git, IBM Rational ClearCase and Mercurial,Jenkins, IBM ClearQuestSVN! the best open version control ever!I have used apache subversion for a course that I have taken and also for a company that I intern for. It is used for collaborating projects with team members. At the university level, apache subversion is a mandatory version control [solution] to be used in many courses and an option in many other courses in the fields related to computers. At an organizational level, at the company that I currently intern for, apache subversion is used by the whole software department over 3 different countries to collaborate over the huge project we are working on. Apache Subversion is a simple tool used to keep all the people working on a project on the same page by letting everybody work on the same project at the same time.,Old is gold. Apache Subversion has existed before many other version control systems, including Git. It's old, stable, and easy to use with not many complications. Excellent versioning system. You can jump between any particular version of your project to any other version just by reverting or updating, you can also create patches of your own changes and then apply the patch on your own system on a different check out or on someone else's computer who has a checkout copy. You can search for any older commit by using words used in the comment log or by using an exact commit number or anything in between. You can also check the log of each and every individual file instead of the whole checkout. Tortoise SVN is a client for Apache Subversion. It has one of the best UIs I have ever seen for a version control system.,Merge conflicts is one area where I think that Apace Subversion can improve a lot in. Where there is a single file being edited by two different people and the person who tries to update after someone before him commits with changes on the same file then Subversion tries to merge the changes and create an ideal file but fails miserably. Any file renames or deletion or additions have to be specifically made through Apache Subversion or has to be notified to Apache Subversion in a round about fashion or it will be disregarded while committing the changes. While this is reasonable, it is quite annoying until a user gets used to it. Faster on Linux and slower on Windows. Apache Subversion can be improved by increasing its checkout, update and commit speeds on Windows.,10,I cannot speak on ROI but Apache Subversion is definitely the best version control tool for a project of any size. It serves the user's purpose in a complete satisfactory way. As it is open source, there is no need to spend any amount on it, which makes it an even more easier choice. The most negative impact Apache Subversion can have on you is that you will not want to use any other version control tool after using it.,Git,GitHub, Google DriveWhile its original intention may have been to subvert the standard code repository solutions, Subversion is deserving of its standing as the established leader in software repositories.The default conflict resolution option, to merge locally, has led to a much more efficient work environment when working with large teams on large codebases. The traditional single-person file locking can really get in the way of team work, as you have to wait for your team member to finish their changes before you can start working on the same file, even if they called in sick for work that day. While sometimes this requires manually figuring out what to do when two changes affect the same line of code, most of the time the changes are on the same lines of the file, and merging can happen transparently. I have enjoyed the branching process in subversion. Branches and tags are not strict features of the product, which allows for fudgibility, but when you use the recommended trunk/tags/branches folder layout, it behaves as if it was built it. Implemented simply as copy/branch and merge functions, I have found them to work just as well as a built it system would work, and it does a good job pointing out issues with a change's ancestry. Subversion also have a rich ecosystem of third-party tools and service providers. I personally have used TortoiseSVN for years, but there are several plugins that integrate directly into Visual Studio or Eclipse. Also, I have found hosting services like CVSDude (now called CloudForge) to be a big time-saver over hosting a repository on your own servers, while providing peace of mind that your code-base is in a different physical location, in case say, your server farm burned down. (I'd call that a serious edge condition, but my job involves edge conditions!),At times, locking problems can be difficult to solve. This normally happens you make a mistake, like attempting to update a folder that has running executables within it. Often times, you can just unlock a parent folder and you' are all set, but on more than one occasion I have had to recheckout a folder because I could not resolve the lock, even after rebooting. Looking up the history of a file can be very slow, taking several minutes, especially when looking at the history of an entire folder. Novice users of subversion often make the mistake of dragging folders in Windows that are managed by subversion. This does not cause the folder to move in the svn repository, which can lead to serious confusion why a user's folder structure does not seem the synchronize correctly with other users. To an advanced user, this can be a very useful feature, but absolutely hell for the novice. I have not found any third-party tools yet that let me visualize the commits for a codebase, particularly across branches. This may be partially because of the slow history I already pointed out, but I believe it's because I have not been willing to even look at the multi-thousand dollar code management solutions I have seen advertisements for in the past.,10,Compared to the much more expensive Microsoft Team Foundation Server, I have found Subversion to be a much more flexible and efficient solution for large teams to work on a codebase. While it's not as GUI intensive for document storage as solutions like Box, I feel that once users get over the learning curve, it could be an excellent way to share corporate documents on user's machines if a more traditional file server is not an option. Of course, free software doesn't mean there is no cost or investment, but when using third-party hosting with subversion, the maintenance costs become negligible.,10
Unspecified
Apache Subversion
44 Ratings
Score 7.7 out of 101
<a href='https://www.trustradius.com/static/about-trustradius-scoring' target='_blank' rel='nofollow'>trScore algorithm: Learn more.</a>TRScore

Apache Subversion Reviews

Apache Subversion
44 Ratings
<a href='https://www.trustradius.com/static/about-trustradius-scoring' target='_blank' rel='nofollow'>trScore algorithm: Learn more.</a>
Score 7.7 out of 101
Show Filters 
Hide Filters 
Filter 44 vetted Apache Subversion reviews and ratings
Clear all filters
Overall Rating
Reviewer's Company Size
Last Updated
By Topic
Industry
Department
Experience
Job Type
Role
Reviews (1-6 of 6)
  Vendors can't alter or remove reviews. Here's why.
No photo available
November 30, 2018

User Review: "Enjoying Apache Subversion"

Score 9 out of 10
Vetted Review
Verified User
Review Source
Subversion is being used by our engineering team to manage the development code we write for the company.
  • Can be used from many locations, like a cloud-based system but with more custom control--and its free!
  • Multiple projects easily stored in a single repository, which aids in maintenance of common code, yet also easily allows for separate repositories where no sharing is desired.
  • Very stable, with lots of additional tools to help maintain and examine repositories (e.g. websvn).
  • Much easier to understand when coming from more traditional SCM systems like CVS and Perforce (as opposed to Git, which is a bit of a paradigm shift).
  • 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.
Where multiple developers have well-defined areas of responsibility it works great! When many developers are all working in the same area of code, so changes overlap, then it is more of a challenge. But, like Git, it has pretty good merge tools to help resolve conflicts.
Read this authenticated review
Luca Campanelli profile photo
February 05, 2018

Apache Subversion Review: "A good versioning software"

Score 7 out of 10
Vetted Review
Verified User
Review Source
In my organization, Apache Subversion (SVN) is used as a versioning software for some specific types of objects. It is always and only used to allow the multiple processing of objects avoiding that a resource overwrites more recent changes and to keep track of the last changes made so as to go back to the previous modification and evaluate the differences.
  • Software versioning
  • Very stable product
  • Easy to use
  • The installation requires some initial configuration
  • Improved interface
  • Inconvenient update management
If you have multiple development environments and different resources involved; if you have more developers accessing the same files and the changes are continuous (for example if you are in a continuous delivery condition) it is certainly advisable to implement a versioning solution and SVN is a good product certainly.
Read Luca Campanelli's full review
Arthur Adams profile photo
September 14, 2017

Apache Subversion Review: "A solid version control tool for a wide range of software projects"

Score 9 out of 10
Vetted Review
Verified User
Review Source
We used Subversion to manage a ColdFusion based software development project for a US Federal government contract. We were largely isolated (both geographically and organizationally) from the rest of the company (it was their attempt to get into Federal contracting) and I'm not sure what was used in other parts.

Our biggest reason for using it was to allow working on multiple releases in parallel. Before I helped set up Subversion properly, they were delivering old code with new releases, "clobbering", as they said, previously delivered code. By setting up proper branching, I fixed the problem, to the relief of both the company and the customer.

I also integrated it with the Redmine issue tracking system, requiring developers to associate issues with their commits.
  • Version control - it's what it's designed for.
  • Modifiable - It only takes a little bit of knowledge of a scripting language (I used Windows BAT files calling Perl scripts) to extend capabilities, like the aforementioned integration with Redmine.
  • Back end administration- It's a breeze. There's very little work involved in terms of administering it once you've got it installed on a server, and even setting that up isn't bad.
  • Distributed development - I've never worked in an environment where distributed development (developers widely scattered geographically) was a factor, but that's why Git exists.
  • Merging - Merging of code from one branch to another can be painful, especially if it's not done frequently. (On the other hand, doing merges is one of the reasons I get a nice salary, so I can't complain too much!)
  • Acceptance - Let's face it, Git is what "all the cool kids are using." If you've got a bunch of developers fresh out of school, they'll probably know Git and not Subversion.
I'd recommend Subversion for almost any software development effort. It is less appropriate for any project with widely geographically distributed developers. For VERY elaborate projects, a higher end commercial tool might be warranted.
Read Arthur Adams's full review
venkat nitin panaganti profile photo
March 24, 2017

Apache Subversion Review: "SVN! the best open version control ever!"

Score 10 out of 10
Vetted Review
Verified User
Review Source
I have used apache subversion for a course that I have taken and also for a company that I intern for. It is used for collaborating projects with team members. At the university level, apache subversion is a mandatory version control [solution] to be used in many courses and an option in many other courses in the fields related to computers. At an organizational level, at the company that I currently intern for, apache subversion is used by the whole software department over 3 different countries to collaborate over the huge project we are working on. Apache Subversion is a simple tool used to keep all the people working on a project on the same page by letting everybody work on the same project at the same time.
  • Old is gold. Apache Subversion has existed before many other version control systems, including Git. It's old, stable, and easy to use with not many complications.
  • Excellent versioning system. You can jump between any particular version of your project to any other version just by reverting or updating, you can also create patches of your own changes and then apply the patch on your own system on a different check out or on someone else's computer who has a checkout copy.
  • You can search for any older commit by using words used in the comment log or by using an exact commit number or anything in between. You can also check the log of each and every individual file instead of the whole checkout.
  • Tortoise SVN is a client for Apache Subversion. It has one of the best UIs I have ever seen for a version control system.
  • Merge conflicts is one area where I think that Apace Subversion can improve a lot in. Where there is a single file being edited by two different people and the person who tries to update after someone before him commits with changes on the same file then Subversion tries to merge the changes and create an ideal file but fails miserably.
  • Any file renames or deletion or additions have to be specifically made through Apache Subversion or has to be notified to Apache Subversion in a round about fashion or it will be disregarded while committing the changes. While this is reasonable, it is quite annoying until a user gets used to it.
  • Faster on Linux and slower on Windows. Apache Subversion can be improved by increasing its checkout, update and commit speeds on Windows.
I would recommend using Apache subversion for any kind of project no matter the size or type of the project. It is very well suited in scenarios where the project is being worked upon by a team, especially a large team operating over various time zones. It provides a good means of collaboration among team members, allowing them to work peacefully and time effectively. I do not recommend using apache subversion for projects that are solely documentation based because it would be an overkill. Instead you could use Google Drive for such projects.
Read venkat nitin panaganti's full review
Scott Mitting profile photo
December 04, 2014

Apache Subversion Review: "While its original intention may have been to subvert the standard code repository solutions, Subversion is deserving of its standing as the established leader in software repositories."

Score 10 out of 10
Vetted Review
Verified User
Review Source
  • The default conflict resolution option, to merge locally, has led to a much more efficient work environment when working with large teams on large codebases. The traditional single-person file locking can really get in the way of team work, as you have to wait for your team member to finish their changes before you can start working on the same file, even if they called in sick for work that day. While sometimes this requires manually figuring out what to do when two changes affect the same line of code, most of the time the changes are on the same lines of the file, and merging can happen transparently.
  • I have enjoyed the branching process in subversion. Branches and tags are not strict features of the product, which allows for fudgibility, but when you use the recommended trunk/tags/branches folder layout, it behaves as if it was built it. Implemented simply as copy/branch and merge functions, I have found them to work just as well as a built it system would work, and it does a good job pointing out issues with a change's ancestry.
  • Subversion also have a rich ecosystem of third-party tools and service providers. I personally have used TortoiseSVN for years, but there are several plugins that integrate directly into Visual Studio or Eclipse. Also, I have found hosting services like CVSDude (now called CloudForge) to be a big time-saver over hosting a repository on your own servers, while providing peace of mind that your code-base is in a different physical location, in case say, your server farm burned down. (I'd call that a serious edge condition, but my job involves edge conditions!)
  • At times, locking problems can be difficult to solve. This normally happens you make a mistake, like attempting to update a folder that has running executables within it. Often times, you can just unlock a parent folder and you' are all set, but on more than one occasion I have had to recheckout a folder because I could not resolve the lock, even after rebooting.
  • Looking up the history of a file can be very slow, taking several minutes, especially when looking at the history of an entire folder.
  • Novice users of subversion often make the mistake of dragging folders in Windows that are managed by subversion. This does not cause the folder to move in the svn repository, which can lead to serious confusion why a user's folder structure does not seem the synchronize correctly with other users. To an advanced user, this can be a very useful feature, but absolutely hell for the novice.
  • I have not found any third-party tools yet that let me visualize the commits for a codebase, particularly across branches. This may be partially because of the slow history I already pointed out, but I believe it's because I have not been willing to even look at the multi-thousand dollar code management solutions I have seen advertisements for in the past.
I would only consider not recommending Subversion if the development department adheres to what I call the "One Microsoft Way" (a play on words of Microsoft's address). Many IT departments prefer to go completely by the book on all procedures related to IT. While that is justifiable if you consider what to do if the entire programming department quit without notice, Subversion offers too many advantages to not consider seriously as a better replacement for Microsoft's standard source code repository solutions.
Read Scott Mitting's full review
No photo available
January 19, 2015

Apache Subversion Review: "Git >>>>>>> Subversion"

Score 7 out of 10
Vetted Review
Verified User
Review Source
Subversion used to be our main version control software before we started using GitHub. But after introduction of Git, we stopped using subversion drastically . We only have a few old code projects which are still on subversion. We have decided to go ahead with Git for all new projects.
  • User friendly and easy to learn and understand
  • Free software
  • Easy to keep track of code versions
  • Not distributed like Git
  • Git more user friendly and advanced. Git has lot more features .
If the code versioning is only needed between a few developers (with not much collaboration) and company cannot afford to buy GitHub License.
Read this authenticated review

About Apache Subversion

Apache Subversion is a version control option.
Categories:  Version Control

Apache Subversion Technical Details

Operating Systems: Unspecified
Mobile Application:No