in reply to Upgrade-proofing overridden subroutines
Runtime is the wrong time to be checking such things. It simply should not be possible to accidently upgrade a dependancy.
If the decision is taken to upgrade one or more third party dependancies, this would usually be a part of a major release, and any breakage as a result of the upgrades would be detected long before this ever got anywhere near a production environment.
If you have to patch a dependancy locally, then it should get an unambiguous new name. Probably moving from the standard /lib path to your /in-house/ path.
|
|---|