we had the discussion, why we're using Apache SVN. Many of our colleagues use git as version control system and but we do not. They like the powerful features of git, which may offer many freedoms in their usage. And this might be one of the major issues in the whole discussion about SVN and git: SVN seems to restrict the freedoms of their users. I do not want to argue against it, because it's true. However, it's not always an issue and I'd like to explain, why that might be the case.
Freedom always comes at a price. This price is the responsibility that you take for all your actions. Freedom may offer you great opportunities, but it also requires that you always think about the consequences, which you might face. Thinking about version control systems: git offers many freedoms but it also requires your attention while working with it. If you decide to push your changes in another order than the historical one (which is possible) you might break the corresponding branch in all other repositories. If you do not push all your changes, you have a local version control but you will lose all your code, if your hard drive fails (which happened to me a few years ago). So you're responsible for archiving your code revisions by yourself.
As a disclaimer, I did use git in the past. But, for example, to understand the difference between the functions fetch, push, pull and commit took me hours, which would probably be more useful during an implementation of a new feature.
Although I like freedom and the responsibility coming with it, there are some cases, where I prefer to push away the responsibility: version control systems are one of them. I simply do not want to think about what's happening in my repository. I simply want it to work and to safely archive my code changes. If that restricts my freedoms, fine. I willingly give that away for a repository system, which cannot be broken by its users.
TLDR: I prefer Apache SVN, because it restricts the actions, which you can do with it. It is just simpler than git.
Anonymous