-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Assign GitLab MRs on creation and not as update #9252
Comments
This would need a general refactoring, as renovate currently don't assign any reviewers (beside some platform defaults) to any pr. |
@viceice But renovate currently assigns the prs to the configured assignees, but at a later point. |
@fzoske Yes, it's a completly separate function for all renovate supported platforms renovate/lib/platform/types.ts Line 152 in 74d7691
|
I don't have any objection to assigning at the time of creation and saving an API call while we're at it, but we need to work out how to do that elegantly so that platforms which don't support it in an extra operation can do so. e.g. maybe pass assignees and reviewers to the createPr function in platform and let the platform decide whether it can add them directly with the PR creation or do a second query after. |
What would you like Renovate to be able to do?
Assign the MRs in GitLab directly to one of the assinees on creation instead of updating the MR.
In the emails generetad by GitLab currently only contain: "Assignee changed to " but it would be great to have the description of the MR in the mail as well.
Best regards,
Fabian
The text was updated successfully, but these errors were encountered: