Except in many dep management systems they purposefully don’t keep only one copy to allow multi versions to run side by side and other benefits like having a de

Except in many dep management systems they purposefully don’t keep only one copy to allow multi versions to run side by side and other benefits like having a deliberate piece by piece upgrade of everything in the dependency tree. Forcing all deps to be on the same version of all other deps sounds like it would cause more problems than it would solve. Also the ideas of immutable deps mean this property of “duplicated” deps comes naturally. I think many bugs can come from what you propose. A large dev tree would need everyone in the tree to coordinate to upgrade all at once. That seems basically impossible for any dep tree. Especially in a system where the deps are small code snippets like this one. Even small programs can have 1000s of deps. Why are you implying that this model is “normal” dep management?