Tracking Commits Across Branches with Git and SourceTree

When it comes to Git, SourceTree is definitely my tool of choice. However, I was surprised to find that there doesn’t appear to be any sort of built-in commit tracking to see which branches do and don’t contain a commit, similar to changeset tracking in Visual Studio. Now, that said, it’s pretty easy to do with Git, there’s just nothing that I could find baked into the SourceTree UI (Am I wrong? Let me know!).

So, if I need to do this, I click the Terminal button in SourceTree and run one of the following commands:

git branch --contains <sha>
git branch -r --contains <sha>
git branch -a --contains <sha>

The -r and -a parameters can be used to check just Remote or All (local+remote) branches.

Now, SourceTree may not have this functionality built-in, but it can be added easily with a Custom Action. Here’s how you can create a custom action to track a commit across branches.

  1. In SourceTree (Windows,, go to Tools > Options and select the Custom Actions tab
  2. Click the Add button to create a new custom action
  3. Enter a caption, and select the option to Show Full Output; for Script to run, enter the path to git.exe; and enter the parameters (note the use of $SHA)
  4. Click OK to save that bad boy

With the custom action created, you can run it by right-clicking a commit and choosing Custom Actions > Track in Remote Branches.

If you selected the option to show full output, the branches containing the commit will be listed in SourceTree.

Restore Nuget Packages

Sometimes, for whatever reason, I get a project that’s refusing to build because of missing references. But these missing references shouldn’t be missing because they’re Nuget packages!

Luckily, there’s a handy little command you can run from the Nuget Packager Manage Console. It’s one of those not-so-frequenly-used pieces of information that I need to lookup every time I need to use it… Perfect for a short blog post!

Restore packages for the entire solution:

Update-Package -Reinstall

Restore packages for a single project:

Update-Package -Reinstall -ProjectName <project>

Always Run as Administrator

There are lots of reasons why you might need to run an application as administrator. Visual Studio, for example, needs admin privileges to do things like run a project using IIS or launch the Azure Compute Emulator. If you use these tools daily, manually running as Administrator gets tiresome. The straightforward way to automate this is to check the “Run as Administrator” checkbox on a shortcut, but that checkbox doesn’t get used if you’re opening files directly.

Luckily, there’s a not-so-obvious way to perma-enable running as administrator for an executable.

  1. Navigate to the file in Explorer
  2. Right-click the program and choose Troubleshoot Compatibility
    1 troubleshoot-compatibility
  3. A dialog will display that says it’s detecting issues
    2 detecting-issues
  4. When prompted, select the option to Troubleshoot program

    3 troubleshoot-program
  5. Check the box next to The program requires additional permissions
    4 requires-additional-permissions
  6. The next screen tells you that the UAC setting “Run as administrator” has been applied; click Test the program… to launch the application to verify
    5 test-the-program
  7. You can verify that the application is running as administrator because “(Administrator)” will be added to the title bar
    6 running-as-administrator
  8. The troubleshooter will ask you to verify that the problem was fixed; select Yes, save these settings for this program
    7 is-the-problem-fixed
  9. Finally, you’ll be displayed a summary indicating that the “problem” has been fixed, and you can close the troubleshooter
    8 troubleshooting-completed

And–voila!–your application will now launch as administrator regardless of how its started, whether it be through a shortcut to the .exe or by double-clicking a file for which it’s the default program.

Ok Google, You Jacked Up My Skype

The last few times I’ve tried to use Skype from my phone, I’ve had a problem where the person I’m calling says I sound like a chipmunk and they can’t understand anything I say. The first time it happened, I didn’t really think anything of it. I just figured there was something messed up with Skype and/or my phone that would work itself out after some time. But then it happened again a few weeks later, so I figured I should do some troubleshooting.

I tried uninstalling and reinstalling Skype, but no dice–the problem persisted. Then I did what I probably should’ve done first: googled “android skype chipmunk.” The first hit was an AT&T forum with a bunch of people describing my situation. Essentially, “I have a Galaxy S4 and peeps can’t understand me because I’m chipmunk’d.”

The accepted answer on the thread said this:

Think I figured it out – I had enabled ‘OK Google’ from any screen – turning it back off solved the issue.

Gah, for real? I headed over to the Google app and disabled the option to listen for “Ok Google” from any screen. Sure enough, problem solved. This is a disappointing resolution because I really like saying “Ok Google” to initiate and execute voice searches from anywhere, but apparently I have to choose between having that and having to manually turn it off when I use Skype.

After scouring forums for a while longer, I did find a Hangouts thread where some Google folks acknowledged that they were looking into the issue but no word on finding a cause or timeline for a fix. Other posters on the forum cited problems with LG phones. This coupled with the fact that it’s an issue with video chatting in Skype and Hangouts indicate that this is not a Samsung or Skype problem.

So, okay Google… Fix this!

Response Type for Web API Actions that Return IHttpActionResult

Nice, exactly what I was looking for!

If your action produces HttpResponseMessage or IHttpActionResult instead, you can then use the new ResponseTypeAttribute to hint Web API about the return type.

via Return types, action parameters and data annotations now available in Web API 2.1 Help Page – StrathWeb StrathWeb.

Go To Implementation with View Call Hierarchy

Hands down, my favorite thing about ReSharper is that it adds Go To Implementation to the context menu for easy navigation to a function in a class that implements an interface. That’s kind of a wordy statement, so let me rephrase. Consider the example below. If I have a variable foo of type IFoo, ReSharper lets me right-click a call to foo.Bar() and jump directly to the implementation in either BasicFoo or ExtremeFoo.

interface IFoo
    public void Bar();

class BasicFoo : IFoo
    public void Bar()

class ExtremeFoo : IFoo
    public void Bar()

But what if you don’t have ReSharper? I used to think the next best option was Find All References, which does a good job of finding all the right places where you might want to look for an implementation. However, the implementations are mixed with the method itself and calls to the method, and the results returned by Find All References can become rather unruly.


Note that I said “used to think,” though. See that option under Find All References in the context menu, View Call Hierarchy? Use that. If you look at the Call Hierarchy for an interface method, you’ll get a group of implementations–exactly what I love about ReSharper’s Go To Implementation! You’ll also have a group of callers to the method which is what you get from another ReSharper nicety, Find Usages. Awesome.


Call Hierarchy is pretty amazing, and it’s kind of a bummer that I didn’t know about it until just now. Find All References still has its uses, but it’s taking a backseat to View Call Hierarchy in my toolkit. If you haven’t used it before, give it a shot–I bet you’ll love it, too.


Get every new post delivered to your Inbox.

Join 49 other followers

%d bloggers like this: