Skip to content
New issue

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

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

Already on GitHub? # to your account

Run AutoMerge checks in package #453

Open
GunnarFarneback opened this issue Aug 3, 2022 · 1 comment
Open

Run AutoMerge checks in package #453

GunnarFarneback opened this issue Aug 3, 2022 · 1 comment

Comments

@GunnarFarneback
Copy link
Contributor

AutoMerge is run on PRs to the General registry in order to determine whether they can be merged automatically (well, yeah, that's what the name means).

However, failures to pass automerge typically requires making package updates, a new commit, and trigger a new registration. This is a relatively slow feedback loop for those automerge checks which can be performed locally by the package. It would be nice if packages could opt in to run applicable checks in their own CI tests by adding something similar to

using RegistryCI
check_if_my_package_is_good_for_automerge()

to their runtests.jl.

@ericphanson
Copy link
Member

How should it handle the distinction between new packages and new versions? Simplest would be a keyword argument, but it also could try to inspect the registry or something to see if it is already registered (I guess via RegistryInstances)

# for free to join this conversation on GitHub. Already have an account? # to comment
Projects
None yet
Development

No branches or pull requests

3 participants