Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Interactive rebase for squashing pull request ALWAYS aborting.

This is with Sourcetree for Windows

So I've tried to create a workflow between sourcetree and stash, where you can work on a feature branch, create a pull request from it, make changes to satisfy commentators in a code review, and then SQUASH those changes (or even changes from the branch) at the end to avoid cluttering the history.

More or less then would give you one entry in this history from merging the feature into main.

However, when I try to do this using sourcetree with "interactive rebase" by simply squashing the commits, if there are any conflicts at all between entries in the history of the feature branch (though the combined state certainly has no conflicts), then it fails saying it can't apply one of the conflicting commits onto one of the earlier ones.

With my understanding of Git this expected (though should be something you can automate as the final state has no conflicts), but the problem is instead of letting me resolve the conflicts and continue the rebase (doesn't matter if I click "amend commit" or not), IT ABORTS EVERY TIME once I click ok!

I saw one other post here about that suggesting you can use the terminal before hitting ok as a workaround, but this isn't really acceptable. Is this bug or an unfinished feature?

Any other workarounds?

5 answers

This was supposed to be fixed in 1.6, but appears to still be an issue.

I have a new bug open @

Is there anything happening around that bug? It is over a year when it was found and the issue still exists in 1.6.22

Any resolution on this?

This seems to still be happening as of mid-2016 (SourceTree Windows 1.8.3) !!!
This completely removes the usefulness of the crucial interactive rebase feature. What's the current workaround for this?

Here's a workaround from the bug report that Morgan posted. Workaround was shared by Joe D:

I found a slightly better workaround:
1. Just close SourceTree entirely by right clicking on the taskbar button and clicking Close. (Don't click the Close button on the error message)
2. Re-open SourceTree and resolve the conflicts, then Commit. (the commit message will have to be entered manually - another bug)
3. Click Actions > Continue Rebase.
(repeat as above for any additional conflicts)

Workaround works, but is quite odd.

Any changes on this?

You can definitely create a new bug. Seems appropriate. Post the link to it as an answer to this question to help others find it and vote for it.

Huh, well it's clearly broken again. Maybe something different about my use case, I guess I should make a new bug on jira? Assuming I can, not sure how that works for Atlassian.

This was supposed to be fixed in 1.6, according to

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Sourcetree

Bug Fix: Sourcetree for Windows authentication error when updating to app password

Hello Sourcetree users!!! With the recent removal of Bitbucket Cloud account passwords for app passwords (please see our Bitbucket Cloud community post for details on why we made this change for se...

61,363 views 127 27
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you