Build Monitor


Measure how long it takes to build your solution and individual projects in Visual Studio.

(7) Review
Visual Studio
2013, 2012
Download (4,278)
E-mail Twitter Digg Facebook
Add to favorites
Reviews (7)
Q and A (7)
Sign in to write a review
Sort by:

by Dini Selimović | March 20 2015

by Paul Walmsley (work) | February 19 2015

by samiroquai0 | August 07 2014

Great extension!

by David Beaumier | July 24 2014

A very effective tool to monitor the build time of your solutions. Particularly useful with large solutions.

by Thanks for MS | July 09 2014

Very convenient. Thanks.
for someone who don't know how to read english, i recommend to show a screen shot

by Antony Novitsky | November 22 2013

Easy to use!

by ardave | October 23 2013

This is a really cool, really useful plugin. I'm looking to make the fact-based case that we need to greatly reduce the number of projects that we've added to our current solution at work. This plugin is very useful in two ways:

1. MSBuild does not give the total build time for the solution, but this plugin does.

2. This plugin calculates the cumulative time spent building for every build in your current "session," presumably meaning "how long you've had visual studio open." This could make a great argument for investing in speeding up a solution's build times.

Sign in to start a discussion

  • Required .NET framework version?
    4 Posts | Last post February 19, 2015
    • I get the following error when installing:
      VSIX Installer
      The extension 'Build Monitor' requires a version of the .NET Framework that is not installed.
      What version of the .NET framework is required?
    • Assuming you are using VS2013, it requires .NET 4.5
    • I've also had this same error (for VS2013). I already have .Net 4.5 installed though
    • I've just tried building from source myself and found that if I remove the '<Dependency...' line from the .vsixmanifest then I can install it
  • Like the idea a lot
    5 Posts | Last post December 03, 2014
    • Hey,
      I was thinking of implementing something like this myself, but of course for every (good) idea there are others who have already thought of it and have even implemented it. Thank you, dear sir! Is it possible to also make the extension available for VS2010?
    • Thanks for the kind words.
      Well, at first I actually made it for VS2010 and it was just recent that I needed an implementation of VS2012 (due to a upgrade of my developer machine to win8 where 2012 is the only version of VS installed). So I thought if I should support multiple versions of VS and here is how my mind went: 
      1. Since there is no need to upgrade the solution/project files when opening a VS2010 project in VS2012 I figured that everyone who are using VS2010 today will very soon be using VS2012.
      2. I'm not really sure what would be the best way to maintain multiple versions so the easier choice for me is to only support VS2012. (Would be grateful for suggestions in this area)
      As it is right now, I feel as if I don't have the time to maintain multiple versions. However if you are interested in contributing I could create a VS2010 branch (since there is an older version commited on Github)?
    • Daniel, unfortunately it's not the case that all C++ users will upgrade very soon to VS2012/13. Imagine: we switched one big project vrom VS2008 to VS2010 just 2 months ago. I tried to push to go directly to VS2013 but it seemed a too big step because of many dependencies to be recompiled and so on. Anyway, this[*] is a project of mine you can look if you want to evaluate how to support VS2010: tt's a 2xManifests and 2xProjects solution, but the code is all shared. As you already figured, supporting VS2013 and VS201x is a smaller problem. The problem is only VS2010 cause it has a different manifest syntax.
    • Also, for your interest, VS2010 is here to stay for a long time yet: the end of the extended support is set to be in 14/07/2020. :)
    • Is the latest 2010 build available somewhere?
      I presume you only upgraded for 2012 in the last 1.3 build?
  • Configuration is missing in Output
    1 Posts | Last post November 26, 2014
    • A very important information is missing in your Output as well as in json, i.e. the currently selected Platform and Configuration from Visual Studio (e.g. x64 / Release makes a huge compile time difference to x86 / Debug ).
  • Difference between total time & per project time
    1 Posts | Last post May 15, 2014
    • Hi Daniel,
      Thanks for the great app.
      My query : I tried summing up the Time of all the projects but its not equalling with the total time of that build.
      Am I missing something ?
  • Download blocked by Anti-Virus
    1 Posts | Last post September 10, 2013
    • Gateway Anti-Virus Alert
      This request is blocked by the SonicWALL Gateway Anti-Virus Service. Name: Fynloski.A_26 (Trojan) 
  • Totals for all builds?
    2 Posts | Last post April 11, 2012
    • Is there a way to view the totals for all builds (by day/week/month/year etc)?
    • Not yet, but that sure is the plan to support later on. I was thinking of setting up a simple website where you first of can upload the json-file (and later directly via VS push the data) and view some graphs both of actual data and perhaps of future build-time based on current data.
  • Invalid format
    2 Posts | Last post April 11, 2012
    • Try pasting the contents of the file into an online JSON viewer.  It will come back invalid.
    • Thanks for catching that. It's missing to be wrapped in [] and a semicolon between each item, will fix that.