Apache Subversion is a version control option that is free to download and open source under the Apache 2.0 license.
N/A
Bitbucket
Score 8.4 out of 10
N/A
Bitbucket is a Git repository and code collaboration platform, featuring automated testing and code deployment. Bitbucket Cloud Premium provides AI-powered development, more granular access controls, and enforced code quality, and Bitbucket Data Center provides a self-hosted option.
Git is probably the biggest open source rival to Subversion. It's designed for distributed development, an environment I'm not very familiar with. I've only got some experience with it, and only as a user, and even that is limited. I had some trouble wrapping my mind around the …
Git is a newer version control system compared to that of svn. I think that svn is more stable, easy to learn/use, and not-so-complex as git. Also, svn has very good client applications which provide extremely user-friendly user interfaces. Apache Subversion is also open source …
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 …
Git has become the new standard of version control, with its support for distributed design. As a tool to manage and control versions, Subversion does it well, but Git is the future.
We used Visual SourceSafe before SVN many years ago and we chose SVN at that time mainly because it allowed us to do collaborative work on the same source code. It also had improved conflict resolution when doing code merges, blaming changes etc, which improved the speed of …
Git is better than Subversion in every aspect except that is not free . But since our company has bought Git licenses and I would not go back to using Subversion .
Bitbucket is perfect for our business because it allows us to work on private projects and integrate seamlessly with our existing tools. They also provide a nice app called Sourcetree to help developers work on git environments without experience with git command-line …
I think Gitlab and Bitbucket are very similar. I am very familiar with git commands so its easy for me to use both. But I would still prefer Gitlab since it has few additional features like send merge request, approvers etc.
The majority of SCM tools are Git based. What makes this solution stand out from the rest is it's web-based interface, which implements version control standards very intuitively. As a result, the learning curve shortens and productivity is highly improved.
Data Analyst, Regulatory Affairs and Quality Assurance
Chose Bitbucket
I didn't choose Bitbucket, but I hypothesize that my company chose it partly for its phenomenal integration with other Atlassian products such as Jira. Bitbucket has GitHub as a worthy competitor, but in my opinion, there are no real Jira Software competitors.
I have used Gitlab and Github in the past. While Gitlab is good if you are finding an open source solution for your code management and Github is good for the open source contribution, Bitbucket is an ideal choice to build an enterprise level product. The ecosystem that Jira …
I have used GitHub and GitLab before working on Bitbucket. There is no huge reason to choose Bitbucket over others. The only thing I like more about Bitbucket is security and user interface!
When we make the choice of using BitBucket at that time we didn't have a choice. It was better than GitHub but nowadays GitHub is not just a source control tool it's a DevOps platform. If we talk about GitLab it is even better than GitHub. We're in the process to phase out …
The main reason why we choose Bitbucket is because they provide a secure way to save the code using private repositories. The Access control is easy to setup too
When GitHub was acquired by Microsoft my previous organization had concerns about paywalls and additional restrictions that might be placed on the projects. We had made a move to Bitbucket as a result. The acquisition didn't seem to have any implications on the overall …
For the features we were looking at, Bitbucket, GitHub and GitLab were all at par and were in a similar price range. We found that GitHub was the most full featured should we need to scale very quickly. GitLab was at par with GitHub for our future needs, but GitHub was a more …
1. Github is open source and also many security vulnerabilities because it is open source. That's one of the main reasons we chose BitBucket. 2. BitBucket integrates natively with other Atlassian tools without any custom configurations.
I have used Tortoise SVN in the past with various teams. Tortoise SVN is open-source and has a lot of valuable functionality built in. That being said, Bitbucket is more user-friendly being that there is a decent user interface. The UI is not great, but it still makes working …
Bitbucket integrates with Confluence and Jira more easily than GitHub, which was a plus for us, given that we already used those tools extensively. Additionally, the pricing structure for Bitbucket makes it more affordable for our organization, which is especially important, …
Gitlab provides lesser features compared to Github. Gitlab/GitHub are both from a different company (Atlassian), which makes it tough to interrelate projects with other task management tools offered by Atlassian.
Github is a good repository to store and share code files. But Github is open to the community and public. But keeping the research codes private before publication is possible in Bitbucket.
Bitbucket is good for private repositories and reliable CI/CD integration but it's getting behind Github which every day has more and more integrations and which in my opinion has a larger customer group. Gitlab also offers some good support for private repositories but the …
We did select Bitbucket for a bit, but then we eventually moved away from using JIRA to different tools and as a result, it made more sense to move our source code to GitHub since it provides more features and is just much easier to use as everyone already knows how to use …
All 3 software works well for development and source code control, but for sure Bitbucket is the easiest to be set up and be deployed among the team. The integration with JIRA makes this a powerful tool against coding-only applications. However, for open source, it would be …
Of the three, we mostly use Gitlab the most. I don't know why as I was not part of the selection process. But if I'm to guess, this is an organization preference. Our company uses Bitbucket the most, while our partners either use Gitlab the most and sometimes ButBucket. But if …
At the time of making the selection, Bitbucket offered free private repositories when no one else did. This was the primary motivator. With GitHub, you can now have free private repositories on personal accounts, but organizations must still pay for private accounts. Overall …
Bitbucket was my repo host of choice when it came to private repos, but now that GitHub offers free private repos I’ll probably just use them. If you want to manage branch protection though you’ll need a Pro membership for GitHub whereas it was free with Bitbucket.
From a cost standpoint, Bitbucket is the winner if you fall outside of the ability to use the Github and Gitlab free tiers. Both of those solutions have their own merits, but from a cost saving perspective Bitbucket is more than likely going to be the most effective option.
Bitbucket uses Git as a client which is more advanced with lots of features for source code management tool. It is very easy to scale horizontally as per our needs, and recent new features like adding multiple file systems keep Bitbucket more useful. Due to multiple file …
We migrated from svn to Git and the transition was smooth. We have tools that migrate the complete history along with the authors of the various files and the history from svn to Git. The migration was seamless and easy. We can see complete history of check-in as if we were …
Git is far superior at merging than SVN and I think every other VCS from what I've heard. It's also by far the most common so using it is a no brainer. Since it's written by the one true king Linus himself there can be no question to its design and architecture.
The only other VCS tool I've used in production is SVN. In my option Git is a better option for several reasons. Reason one is simplicity, actions like reviewing changes, committing or stashing changes, and managing multiple feature branches is much easier with Git. The second …
Front-End Web Developer, Office of Mediated Education
Chose Git
The two main alternatives to Git that I know about are Mercurial and Subversion. I've never used either one, but I know a bit about Subversion. From what I remember, Subversion requires a server. I don't anyone using any other source control other than Git, it seems to have …
Git is more advanced and easier to use. It has a very simple UI and a very efficient command-line tool. Git gives you flexibility and performance for the price, and has greatly increased the complexity of workflow. The overall performance is good. It caches information locally …
What I know is Perforce and CVS, such other repos tend to store deltas while Git stores the snapshots of the stuff as their commit ID's. This is what makes Git much much faster when you are developing on huge repos, since the checkouts are just instantaneous.
There are not many surviving alternatives for Git (maybe SVN) which in itself is quite meaningful. Git is the best versioning system of all time for programming, period. The difference between a good mathematical tool and sending .zip-s around emailing lists or FTP drives is so …
GIT being a widely used tool have better reliability than its peers and have stands out when we compare it on operational performance criteria. GIT with speedy and extensive branching capabilities have helped developers to use check in their code quickly and space efficient way. G…
It's easy to use and stable. These are the two strengths I see in Git. It does not need a lot of time to learn, but you still need to learn it. It has high stability. Bugs are not often to see in Git, and the community support is wonderful. With the help of GitHub, you can …
Compared to SVN, Git has a decentralized approach which increases collaboration in the team by enabling the local stored branches. There is no need to be connected to the repository(via an internet link) to work and commit code. Besides the fact that the performance of Git is …
I do not have much experience with other version control tools. Git is highly used everywhere and it is hard to find a development team that isn't using it. One thing I know is that with Git each developer has their own copy of a repository so they could technically work …
Git is the best Source Control Management Tool I've used. Every company, team, and project I've worked on professionally either used Git 100%, or was moving to Git, away from the alternatives like SVN. Git has all the features necessary, as well as a very large community of …
Git is by far the best version control system out there. It's open source, free, and fast. No other version control system I've ever used has had all three features.
Primarily we chose Mercurial, but our customers from abroad choose Git and recommended us to use it within a project that we are doing with them. Git for us is very easy way to contribute to these projects. But from the other side we see that more and more projects and …
For us, we use both Git and GitHub so they were a package. I suppose you could use Git with another VCS/hosting service to track changes if it fit well enough, but for us we just went with design out of the box. We pay for the GitHub private repository for the extra security.
I've used both Apache Subversion & Git over the years and have maintained my allegiance to Git. Git is not objectively better than Subversion. It's different.
The key difference is that it is decentralized. With Subversion, you have a problem here: The SVN Repository may be in …
Branching and merging are easy: Branching is a walk in the park. It feels like a natural part of the workflow. They are cheap (fast and consume very little space) so that you can branch whenever you want. This means you can sandbox your features and ideas till they are ready …
Git is pretty much the main choice today when choosing a source control system. There are still others out there like Subversion and Mercurial, however I have not evaluated these as they are older than Git and I tend to try to stay on the leading edge of what is in use for the …
Git is a distributed version control system. There is more flexibility to work with a bigger team. You can modify the same file and later merge all changes into a single file.
After using Subversion previously for a number of years, Git comes across as the new and improved source control approach. Git seems very suited to working with Agile:- branches can be created easily, allowing multiple developers to switch to them quickly, and having local …
While my experience is limited on Microsoft Team Foundation Server, my understanding is that it works only for windows development work. This leaves out developers of alternative languages. Since git allows any code to be placed in it (you could even use it to back up plain …
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.
As a team we need to push code into the repo on daily basis, Bitbucket has proven that is a reliable and secure server to save and get the code available in no time. The administration part is really easy and there's an extra tool for every developer profile either if you want to use the console or a GUI like Sourcetree.
Git is by far the best Source Control Management Tool I've used. I would recommend it to anyone, whether it's an individual working on their own project, a small start-up company, or a huge organization with thousands of developers. Maintaining code via source control is absolutely mandatory for all developers everywhere.
Git is designed to work in a distributed manner, allowing each developer to run a local node that has full control of the project. Through this, the developer is able to merge his work with others on a main 'branch' & work in sync without having to worry about stepping on your other developers toes.
Because Git has solved the software problem of dependency, users who commit code that needs to be deleted can just roll back to a restore point, saving precious development time & tons of headaches for Information Technology. This is also very helpful when cloning projects or creating new features on the current project.
Git has a beautiful command line interface that is intuitive, easy to learn & extensible. You can also observe all the changes you have made in your project throughout the development with just a few simple commands. This diverse set of command-line tools is easy for the end user & very powerful.
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.
While it integrates flawlessly with other Atlassian products, it's lacking in 3rd party integrates, especially compared to competitors like GitHub and GitLab
Using Jira for issues gives a lot of power, but it's also a lot of overhead and complexity that may or may not be necessary for your organization. It also puts issues in another tool, adding a little friction when it comes to addressing issues in your code
Searching for and discovering other projects and GitHub isn't quite as intuitive or easy to use as competitors
Some of the commands are a little obtuse if you're not using a Git Client
Since Git is so widely used in the development space, it's easy to believe that growth and innovation might become stale in the area of version control. Competition is sparse these days and I'm curious if this "Standard" is going to keep moving forward somehow.
It's hard to fault a tool that is so ubiquitous and hardly gets in your way.
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.
All products have room for improvement. The system improves over time with better and better integrations and I look forward to even more features without paying extra! The system has increased transparency across my organization and with this transparency comes increased throughput on projects. I don't think I can go back to any other system and we are definitely married to this product.
Git has met all standards for a source control tool and even exceeded those standards. Git is so integrated with our work that I can't imagine a day without it.
The architecture of Bitbucket makes it more easily scalable than other source code management repositories. Also, administration and maintaining the instance is very easy. It integrates with JIRA and other CI/CD applications which makes it more useful to reduce the efforts. It supports multiple plugins and those bring a lot of extra functionality. It increases the overall efficiency and usefulness of Bitbucket.
The customer support provided by Atlassian (Bitbucket's parent company that also makes Jira, Confluence, etc.) is very helpful. They seem to be very concerned about any issues reported with their products and even just questions about functionality. They are constantly improving the products with new features in nearly every release. Plus they have a plethora of online documentation to reference.
I am not sure what the official Git support channels are like as I have never needed to use any official support. Because Git is so popular among all developers now, it is pretty easy to find the answer to almost any Git question with a quick Google search. I've never had trouble finding what I'm looking for.
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.
For the features we were looking at, Bitbucket, GitHub and GitLab were all at par and were in a similar price range. We found that GitHub was the most full featured should we need to scale very quickly. GitLab was at par with GitHub for our future needs, but GitHub was a more familiar tool compared to GitLab. Bitbucket won out because of its close integration with Jira and being in the Atlassian family. It was also cheaper than GitHub. As we started with Jira, Bitbucket addition became a natural next step for us. We really liked Bitbucket and stayed with it but we do know we have great options in the form of GitHub and GitLab should we need to scale fast.
GIT being a widely used tool have better reliability than its peers and have stands out when we compare it on operational performance criteria. GIT with speedy and extensive branching capabilities have helped developers to use check in their code quickly and space efficient way. GIT have the facility to quickly fetch the complete repository on to your local system.
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.
The overall return on investment is very high compared to other source code management tools.
Having a subscription model only is making BitBucket's cost of ownership very high over the years. There should be an alternative option for the purchase of a license permanently (like proprietary software).
Paying separately for premium support is not a good idea. Premium support should be part of the package itself.
No local or on-call support available in Singapore and many other countries is also painful. There should be some local presence, at least in their leading market countries like Singapore.
Git has saved our organization countless hours having to manually trace code to a breaking change or manage conflicting changes. It has no equal when it comes to scalability or manageability.
Git has allowed our engineering team to build code reviews into its workflow by preventing a developer from approving or merging in their own code; instead, all proposed changes are reviewed by another engineer to assess the impact of the code and whether or not it should be merged in first. This greatly reduces the likelihood of breaking changes getting into production.
Git has at times created some confusion among developers about what to do if they accidentally commit a change they decide later they want to roll back. There are multiple ways to address this problem and the best available option may not be obvious in all cases.