Amazon.com Widgets

Managing breaking changes...

One of the things that popped for me during my recent FrontLine trip is that the tools and processes we use internally are useful to folks externally as well.  We are doing great stuff with VSTS around that, but I think there is even more we can do. 

One of the common problems I heard nearly every shop describe is the problem of dealing with breaking changes in a shared component.  In many cases teams just need a way “publish” their list of changes.  As you might guess in the development of the .NET Framework and WinFX we have that problem in spades internally. 

One of the tools we have had sense the early days of the .NET Framework is called LibCheck…  It uses reflection to walk two versions of an assembly and generates a list of the public changes (the adds and removes).   In addition LibCheck has the smarts to know what is a breaking change…

 

Kit post’s LibCheck here  Check it out and let us know what you think

 

Published 22 March 05 09:45 by BradA
Filed under:

Comments

# Anatoly Lubarsky: Weblog said on March 22, 2005 1:59 PM:
# Anatoly Lubarsky: Weblog said on March 22, 2005 2:00 PM:
# MikeWo's Musings said on March 24, 2005 8:14 AM:
I saw this on the MS Download Center feed, but then Brad Abrams also mentioned it.  The LibCheck...
# .NET Insights said on April 1, 2005 12:43 PM:
# Inside and Out... said on July 10, 2006 11:04 PM:

Whenever you publish a new version of an assembly that has some breaking changes relative to its predecessor...
# Inside and Out... said on July 10, 2006 11:11 PM:

Whenever you publish a new version of an assembly that has some breaking changes relative to its predecessor...
New Comments to this post are disabled

Search

Go

This Blog

Syndication

Page view tracker