Priority
Major
Type
Feature 
State
Submitted 
Assignee
Victor Kropp 
Subsystem
No subsystem 
Affected versions
Fix for
  • Submitted by   Peter Mounce
    14 months ago (31 May 2009 03:02)
  • Updated by   Victor Kropp
    5 weeks ago (24 Jun 2010 20:53)
  • Jira: RSRP-109851
    (history, comments)
RSRP-109851 Apply changes to fix breaking changes made during dependent library update
2
Sometimes when a library makes a new release, it includes breaking changes to the API. Sometimes, the authors will do this in stages, making use of the Obsolete attribute (for example, .NET 2.0 obsoleted the ConfigurationSettings class in favour of ConfigurationManager) to deprecate a class or method, and indicate what should be used instead.

Sometimes they won't :-)

It'd be cool if it were possible for the library developers to, with ReSharper, to record a refactoring macro or replay-script, which downstream consumers of the library could apply to their product to fix the breaking changes introduced automatically. I've no idea how such a thing might actually be made to work, but, well, it'd be cool, I think.
Comments (0)
 
History
 
Linked Issues (0)
 
TeamCity Changes (0)
 
Issue has no comments