Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Force same versions inside package group #12310

Closed
languitar opened this issue Oct 25, 2021 · 8 comments
Closed

Force same versions inside package group #12310

languitar opened this issue Oct 25, 2021 · 8 comments

Comments

@languitar
Copy link

What would you like Renovate to be able to do?

With typing support being more accepted in the Python ecosystem, we often see packages like click and types-click, where the latter contains the typing annotations for the former. Both packages use the same versions to keep referential integrity between actual production code and the type annotations. There, none of them should be updated in isolation and to a differing package version.

I'd like to have a feature that indicates per package group that all contained packages must always be updated to the same version and no MR will be created without this precondition being fulfilled.

If you have any ideas on how this should be implemented, please tell us here.

I've found this feature request: #9739. Maybe this one is a specialization of that request. But I think explicitly forcing the same version update has not been requested in #9739.

Is this a feature you are interested in implementing yourself?

No

@languitar languitar added priority-5-triage status:requirements Full requirements are not yet known, so implementation should not be started type:feature Feature (new functionality) labels Oct 25, 2021
@rarkins
Copy link
Collaborator

rarkins commented Oct 25, 2021

What if they get out of sync though - suppress updates forever?

@languitar
Copy link
Author

For some of these combinations the pypi packages originate from the same repository. So it's pretty safe to assume this fixed versioning in that case.

But yes, if I really want that constraint, then no MR should be created if it cannot be fulfilled. As it's not the default that shouldn't be a problem for others.

@rarkins
Copy link
Collaborator

rarkins commented Oct 26, 2021

What about adding stabililityDays to be a value high enough that you are pretty sure they will all have been published by the time it expires? It's not a perfect solution but I'd guess it's a decent workaround.

@languitar
Copy link
Author

Yes, that's a workaround we could use, but some uncertainty remains there.

@JavierSegoviaCordoba
Copy link
Contributor

JavierSegoviaCordoba commented Jul 25, 2022

@rarkins any news about releaseDelay you suggested here: #12133 (comment)

@rarkins
Copy link
Collaborator

rarkins commented Jul 25, 2022

I'm not sure there's any feature request open for it yet, so you could start with that

@JavierSegoviaCordoba
Copy link
Contributor

Done: #16875

@rarkins rarkins added priority-3-medium Default priority, "should be done" but isn't prioritised ahead of others auto:reproduction A minimal reproduction is necessary to proceed and removed priority-5-triage labels Nov 25, 2022
@github-actions
Copy link
Contributor

Hi there,

Get your issue fixed faster by creating a minimal reproduction. This means a repository dedicated to reproducing this issue with the minimal dependencies and config possible.

Before we start working on your issue we need to know exactly what's causing the current behavior. A minimal reproduction helps us with this.

To get started, please read our guide on creating a minimal reproduction.

We may close the issue if you, or someone else, haven't created a minimal reproduction within two weeks. If you need more time, or are stuck, please ask for help or more time in a comment.

Good luck,

The Renovate team

@rarkins rarkins removed type:feature Feature (new functionality) priority-3-medium Default priority, "should be done" but isn't prioritised ahead of others auto:reproduction A minimal reproduction is necessary to proceed status:requirements Full requirements are not yet known, so implementation should not be started labels Oct 1, 2023
@renovatebot renovatebot locked and limited conversation to collaborators Oct 1, 2023
@rarkins rarkins converted this issue into discussion #24751 Oct 1, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants