Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Sourcetree Merge Conflict Flow has Changed for the Worse

I'm an artist. For years, I have had the habit of always Pulling before I Commit/Push. Till recently, I would Pull and if there was an incoming merge conflict, the Merge Conflict popup would show up and then I would have an opportunity to right-click the conflicted file and resolve it. Again, all without Committing first.

Now it seems like Sourcetree has changed and it expects me to Commit BEFORE Pulling. Says so in the popup.

WHY has this changed? And is there a way to put it back how it was? I would rather have an opportunity to Reset my file before Committing it, if I don't want to Resolve. And for an artist, un-committing requires a command line.

1 answer

0 votes
Mike Corsaro
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Oct 09, 2019

Hello! Which OS are you using?


We enforce this behavior because the docs actually warn about this topic:

Warning: Running git merge with non-trivial uncommitted changes is discouraged: while possible, it may leave you in a state that is hard to back out of in the case of a conflict.


Due to this, I'd advise that you actually do the following:

  • Stash your changes before the merge
  • Merge the changes. Now your 'base' is up to date with the remote and there won't be any conflicts
  • Apply the stash: now it's easy to see what your changes are on top of the newly updated base
  • Resolve the conflicts and commit. It's a good idea to also delete the stash if you'd like.


For un-committing: you can right-click the commit in the History view and select "Reverse commit".

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events