Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Was blame removed from source tree? Or where did it move to? Edited

EDIT: I unaccepted the accepted answer because while it's an answer, it's quite frankly unacceptable. It was renamed to "annotate" to be more "friendly" to sensitive developers. What a user un-friendly thing to do. Sure, just rename standard features... What Atlassian dev manager got so butt hurt to feel the need to change this??


I feel like I'm going crazy, I used to use blame all the time by right clicking a file and selecting blame but it's not there anymore. I'm using v2.7.1.Screen Shot 2018-04-02 at 8.38.23 AM.png

9 answers

One more against annotate and in favour of blame.

Terrible decision. Lost 15 minutes searching for it.

5 votes
bgannin Atlassian Team Apr 02, 2018

We've renamed "Blame" to be a more user friendly "Annotate". Nobody is necessarily at fault, you're just figuring out who authored a particular line 😄 You're looking for "Annotate Selected…" in that menu, below "Log Selected…". HTH.

Brian Ganninger
Senior Mac Developer, Sourcetree

This was a pretty frustrating change. "Annotate" and "blame" aren't even synonyms. I didn't even realize that it was the same feature until I stumbled across this post looking for why it was removed.

Like # people like this

I agree I just spent 30mins trying to figure out where "blame" feature went in the web ui!! At least its still there 

Like omar likes this

Yeah, having "Blame" removed has been like loosing a limb. I have periodically searched for it since it was renamed. Glad I finally went on a great hunt for it after another dev complained about it to me too.

It is blame in git, and it was blame in Bit Bucket since I started using it, so "Annotate" is not user friendly. I am not trying to annotate the code, I am trying to find who it is written by.

"Authorship", "Authors", "Attribution" or "Contributors" might have been discoverable, at least.

How was this tested?

Like omar likes this

I will 2nd frustrating in not finding the 'blame' after it was renamed to "annotate".  I use this feature quite alot not really to 'blame' someone, but find out who wrote the code and try to get their insights as to why they wrote it or how it works if its really complicated code. Originally got a laugh at the "blame" label name and thought it was named 'blame' as a inside joke between developers as its been my experience that most self  respecting developers do not purposfully write trash code, but write code to the best of their ability and understanding.

Like Ami Tabak likes this

I think it should be "blame". It's not about UI semantic, it's about git semantic.

Like # people like this

I spent ages thinking it had gone and resorted to trying to find it once and for all. The most important thing is consistency, it is "blame" - although I agree it is not the most friendly name. At the very least a heads up of change on that page would help. Also, to make the point for devs moving over from GitHub, if it were me, I would very definitely think BitBucket simply didn't have it, which could put me off moving. 

It should be the same name as in Git.  This change has been a nuisance.

Like # people like this

This was a useless and frustration inducing change. I thought this feature was gone and had to google around to re-find it. Probably I will forget again because what I'm actually trying to do has nothing to do with the verb 'annotate'. That makes no sense.

Blame is the name of the function within git: so calling it something else in your app only means that users cannot find it anymore. 

Code is not about #mahfeelz, and changing the name of the function to protect people's feelings is silly.  Half the time you use git blame, you find your own past-self is to blame anyway. :P

Like # people like this

I git-blame Atlassian for this user-unfriendly change. Oh I'm sorry, I mean I git-annotate Atlassian for this user-unfriendly change.

Like # people like this

:-)  I like your point.

I just added 15 minutes to the total sum of lost time of people, looking for the old Blame. Not finding Blame as usual, hunting through the UI several times, starting to believe that *I* am blind or crazy, since it is unimaginable that Blame was not supported anymore, and then going to Google to finally land here!
This renaming was not a nice thing to do, not at all.
Also, having to make a small change to the file I want to Blame and save it, so it shows up in the UI where Blame ... uh, pardon "Annotate" is, has been a nuisance since I started using SourceTree.
Disclamer: I like SourceTree, but things like this Annotate fiasco are just...

What a horrible decision and waste of time for those of us who weren't aware of the change.

Like # people like this

Atlassian dropped the ball, here. Regardless of whether the snowflakes in charge of UX thought "blame" wasn't PC, using "Annotate" was a bad choice. What were you guys thinking?

I agree that git blame is a poorly named feature, but I'm not sure “annotate” makes any sense for the context.

How about “trace”, “track changes”, or something like that? If the menu had read “trace” I could reasonably assume you meant git blame. “Annotate” is so semantically distant from what git blame does, I never even thought to click on it to try it. It sounds too much like the commenting features BitBucket already has.

Blame, while not culturally a great term, is at least semantically meaningful. I understand wanting to change “blame” into something else, but I would suggest a more appropriate term than “annotate”.

Who does this? It's a standard command that every git user knows. Why not rename the "File" menu while you're at it, since the commands there actually all refer to repos, not files? 

Like # people like this

This change needs removing I work in GitHub and Bit Bucket and constantly switching and looking for the Blame Tool when you have renamed it to a word that has absolutely nothing to do with the functionality is appalling behaviour and shows you don't actually care about the developers using your system, or Standards.

Like # people like this

Are you seriously sticking to your guns on this inane decision?

The argument you give as to why you changed the term holds no water at all. "blame" is a technical term, independent of its English semantics. This kind of tongue-in-cheek humor is everywhere in programming, we all get used to it, no one's "at fault" for anything, and everyone makes mistakes. No one cares about the supposed negative connotation and the decision to change it to a less familiar term is by definition user-unfriendly. The subsequent silence on this issue from SourceTree developers is jaw-droppingly disappointing.

Sorry that I'm so frustrated, but this absolute nonsense has caused me and others on my team grief for no reason. I was convinced that blame hadn't been implemented. Have a good day, and please find some time to revert this change.

Like Nick Andren likes this

This is a UI wrapper around an existing tool.  The existing tool is blame.  Advanced GIT users are going to be going back to GIT Bash and running command line tools and know the original names of the tools, and all the non-sourcetree documentation is going to be filed under the command line tool names, it's just confusing to change it.  

If you want to allow the user to rename tools in settings, that's fine, but don't impose it on all the users coming from other GIT platforms.  Our team is probably going to stick with GitEx rather than have to retrain the whole department on all the new names for everything.

"Annotate" doesn't even make sense, it's not a tool for adding notes to the code.  "Attribute" might have been a better choice if you had to rename it.

Like Nick Andren likes this

Seems like someone opened an issue suggesting "Annotate" be renamed back to "Blame". Vote on it to get the Source Tree team to hopefully notice it and revert this baffling change.

So will you rename "Push" because it isn't nice to be pushy, and "Commit" because people who are committed are obviously radical fundamentalists?  (all tongue-in-cheek, you understand)

I agree that this is about git semantics, and the term is "blame".

You left out "Conflict". We don't have conflicts. We have "Lack of consensus."

Like IntortusCS_MartinB likes this

I agree with others. 'Annotate' is not a very accurate label for the function of this button. 'Blame' worked well. Perhaps 'Author' could work as well...

Speaking of bad functionality, there's no way to move or even delete answers. If I choose edit and delete the text, it wont let me save. And there's no general delete link. Sigh.

And there's no way to downvote an answer.

They are not the same, it should be nice and geek to leave it as 'blame' [-;


The only difference between this command and git-blame[1] is that they use slightly different output formats, and this command exists only for backward compatibility to support existing scripts, and provide a more familiar command name for people coming from other SCM systems.

Agreed. It should be 'blame.' I just figured SourceTree didn't have this feature until I came upon this post.

what a terrible decision. 

This is a UI wrapper around an existing tool.  The existing tool is blame.

Suggest an answer

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

Tip from the team: configure your repos for hosting goodness!

Supported Platforms macOS Windows We recently introduced support for additional hosting services such as GitHub Enterprise, GitLab (Cloud, Community Edition, Enterprise Edition), and...

3,261 views 4 5
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