Need advice about which tool to choose?Ask the StackShare community!

Bitbucket

31.8K
24.9K
+ 1
2.8K
Upsource

51
75
+ 1
58
Add tool

Bitbucket vs Upsource: What are the differences?

What is Bitbucket? One place to plan projects, collaborate on code, test and deploy, all with free private repositories. Bitbucket gives teams one place to plan projects, collaborate on code, test and deploy, all with free private Git repositories. Teams choose Bitbucket because it has a superior Jira integration, built-in CI/CD, & is free for up to 5 users.

What is Upsource? Self-hosted Git, Mercurial, Subversion and Perforce repository browser and code review tool. Upsource summarizes recent changes in your repository, showing commit messages, authors, quick diffs, links to detailed diff views and associated code reviews. A commit graph helps visualize the history of commits, branches and merges in your repository.

Bitbucket and Upsource can be categorized as "Code Collaboration & Version Control" tools.

Some of the features offered by Bitbucket are:

  • Unlimited private repositories, charged per user
  • Best-in-class Jira integration
  • Built-in CI/CD

On the other hand, Upsource provides the following key features:

  • Instantly access all your projects
  • Keep track of code changes
  • Use code insight in Java projects

"Free private repos" is the top reason why over 896 developers like Bitbucket, while over 13 developers mention "Free for 10 users" as the leading cause for choosing Upsource.

According to the StackShare community, Bitbucket has a broader approval, being mentioned in 1749 company stacks & 1492 developers stacks; compared to Upsource, which is listed in 3 company stacks and 4 developer stacks.

Advice on Bitbucket and Upsource
Eric Seibert
DevOps at Children's Hospital of Philadelphia · | 6 upvotes · 119.5K views
Needs advice
on
GitHub EnterpriseGitHub Enterprise
and
BitbucketBitbucket

We are using a Bitbucket server, and due to migration efforts and new Atlassian community license changes, we need to move to a new self-hosted solution. The new data-center license for Atlassian, available in February, will be community provisioned (free). Along with that community license, other technologies will be coming with it (Crucible, Confluence, and Jira). Is there value in a paid-for license to get the GitHub Enterprise? Are the tools that come with it worth the cost?

I know it is about $20 per 10 seats, and we have about 300 users. Have other convertees to Microsoft's tools found it easy to do a migration? Is the toolset that much more beneficial to the free suite that one can get from Atlassian?

So far, free seems to be the winner, and the familiarization with Atlassian implementation and maintenance is understood. Going to GitHub, are there any distinct challenges to be found or any perks to be attained?

See more
Replies (1)

These are pretty competitive, and to recommend one over the other would require understanding your usage. Also, what other tools you use: for instance, what do you use for Issue-tracking, or for build pipelines. In your case, since you are already using Bitbucket, the question would be: do you have any current pain-points? And, on the other hand, do you already use Atlassian's JIRA, where you'd benefit from the tight integration? So, though I would not recommend one over the other just in general,. But, if Bitbucket fulfills your current use-cases, then there seems to be little motivation to move.

See more

Hi, I need advice. In my project, we are using Bitbucket hosted on-prem, Jenkins, and Jira. Also, we have restrictions not to use any plugins for code review, code quality, code security, etc., with bitbucket. Now we want to migrate to AWS CodeCommit, which would mean that we can use, let's say, Amazon CodeGuru for code reviews and move to AWS CodeBuild and AWS CodePipeline for build automation in the future rather than using Jenkins.

Now I want advice on below.

  1. Is it a good idea to migrate from Bitbucket to AWS Codecommit?
  2. If we want to integrate Jira with AWS Codecommit, then how can we do this? If a developer makes any changes in Jira, then a build should be triggered automatically in AWS and create a Jira ticket if the build fails. So, how can we achieve this?
See more
Replies (1)
Sinisha Mihajlovski
Design Lead | Senior Software Developer at Endava · | 1 upvotes · 78.8K views
Recommends

Hi Kavita. It would be useful to explain in a bit more detail the integration to Jira you would like to achieve. Some of the Jira plugins will work with any git repository, regardless if its github/bitbucket/gitlab.

See more
Decisions about Bitbucket and Upsource
Eduardo Fernandez
Software Engineer at Parrot Software, Inc. · | 8 upvotes · 71.6K views

Do you have a K8s cluster and you want to deploy some services to it? Gitlab Auto Devops is key to achieve this without breaking a sweat.

We deploy Go services to our K8S clusters with warp speed thanks to Gitlab and it's Auto Devops pipeline.

I haven't seen tooling like this in any other git cloud provider.

See more
Elmar Wouters
CEO, Managing Director at Wouters Media · | 7 upvotes · 196.9K views

I first used BitBucket because it had private repo's, and it didn't disappoint me. Also with the smooth integration of Jira, the decision to use BitBucket as a full application maintenance service was as easy as 1, 2, 3.

I honestly love BitBucket, by the looks, by the UI, and the smooth integration with Tower.

See more
Weverton Timoteo

Do you review your Pull/Merge Request before assigning Reviewers?

If you work in a team opening a Pull Request (or Merge Request) looks appropriate. However, have you ever thought about opening a Pull/Merge Request when working by yourself? Here's a checklist of things you can review in your own:

  • Pick the correct target branch
  • Make Drafts explicit
  • Name things properly
  • Ask help for tools
  • Remove the noise
  • Fetch necessary data
  • Understand Mergeability
  • Pass the message
  • Add screenshots
  • Be found in the future
  • Comment inline in your changes

Read the blog post for more detailed explanation for each item :D

What else do you review before asking for code review?

See more
Weverton Timoteo

One of the magic tricks git performs is the ability to rewrite log history. You can do it in many ways, but git rebase -i is the one I most use. With this command, It’s possible to switch commits order, remove a commit, squash two or more commits, or edit, for instance.

It’s particularly useful to run it before opening a pull request. It allows developers to “clean up” the mess and organize commits before submitting to review. If you follow the practice 3 and 4, then the list of commits should look very similar to a task list. It should reveal the rationale you had, telling the story of how you end up with that final code.

See more
Get Advice from developers at your company using Private StackShare. Sign up for Private StackShare.
Learn More