Handle deprecated packages

[asakusuma]

We need a way to enforcing migrating away from deprecated packages.

For instance, ensuring folks move from rollup-plugin-babel to @rollup/plugin-babel

Need to look into if there’s a native npm/yarn signal that a package is deprecated or if this is something that needs to be configured.

[asakusuma]

Probably need to support a configuration that allows specifying what package should be used instead, and when the deadline for removing usage is:

{
  "deprecated": {
    "rollup-plugin-babel": {
      "successor": "@rollup/plugin-babel",
      "deadline": "3/31/2022"
    },
    "other-dep-with-no-successor": {
      "deadline": "6/31/2022"
    }
  }
}

[thousand]

The example I think shows something being moved or replaced with a "compatible" successor, would this also apply to moving between dependencies that are not directly related? For example, transitioning from Bootstrap to Material for the UI? In that case it seems like a semver range spec, at least on the successor, would help ensure that people get the latest or an otherwise desirable range (i.e., if there's a known bug with the way a specific version interacts with another dependency).

It'd also be good to have support for dependencies getting "split" into multiple packages. For example, if dependency A has features 1, 2 and 3 at v1.0, and 3 gets removed for v2.0 and moved into dependency B, the successor to the deprecated A@1.0 might be both A@2.0 and B@1.0.