dependabot manages CA go.mod

[jackfrancis]

What type of PR is this?

/kind cleanup

What this PR does / why we need it:

This PR adds a dependabot config for the Cluster Autoscaler go module. The guiding principle here is to manage the set of foundational, core libraries via dependabot, but to continue maintaining (1) Kubernetes client libraries and (2) cloudprovider libraries manually.

Which issue(s) this PR fixes:

Fixes #

Special notes for your reviewer:

Does this PR introduce a user-facing change?

NONE

Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.:

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jackfrancis

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [jackfrancis]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[jackfrancis]

/hold

Let's merge this first: #8238

[jackfrancis]

/area dependency

[x13n]

Thanks, setting this up is a great idea. I was hoping we could cover k/k as well though. Could we use versions to match latest kubernetes patch version per minor branch?

[jackfrancis]

Thanks, setting this up is a great idea. I was hoping we could cover k/k as well though. Could we use versions to match latest kubernetes patch version per minor branch?

IMO let's do that as a follow-up as it'll be a bit trickier to get just right (and may require different config for release branches)

wdyt @towca ?

[k8s-ci-robot]

PR needs rebase.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

[x13n]

IMO let's do that as a follow-up as it'll be a bit trickier to get just right (and may require different config for release branches)

Fair enough. Let's merge as is and improve later.

/lgtm

[towca]

I wonder if we should include all the possible k/k staging modules instead of just the ones currently used (like we do with replaces in the go.mod). Otherwise if a new staging k/k module is added as CA dependency in the future, we'll treat it differently than all the ones listed here.