Skip to content
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

Support excluding certain github tag patterns #288

Open
omajid opened this issue Apr 20, 2016 · 3 comments
Open

Support excluding certain github tag patterns #288

omajid opened this issue Apr 20, 2016 · 3 comments
Labels
type.feature New feature

Comments

@omajid
Copy link

omajid commented Apr 20, 2016

Some projects on github do releases for betas other non-final releases. It would be great if it was possible to exclude those versions from creating announcements/filing bugs.

One example is mockito. It currently includes many beta releases:

  • v2.0.49-beta
  • v2.0.48-beta
  • ...

anitya shouldn't be announcing these releases (unless, maybe, if the developers ask for it).

@pypingou
Copy link
Member

Well, it's a new version, it seems fair to me to announce it, down the road the package may chose to update or not rawhide with it, but upstream thought it was important enough to make a (pre)release with it, so I'm kinda inclined to keep it there.

@omajid omajid changed the title Support excludeing certain github tag patterns Support excluding certain github tag patterns Apr 27, 2016
@omajid
Copy link
Author

omajid commented Apr 27, 2016

I see what you are saying, but in this case, upstream has been doing betas every couple of weeks for a year or so. They haven't done a single non-beta release of "2.0". This may be part of some "release early, release often" development style. It's not suitable for inclusion in rawhide, I think because, as the documentation states, "keep in mind when the next Fedora release will be branched off, and be fairly confident that there will be a stable enough release in time for the next Fedora release." And we have no idea when the "2.0" version goes from beta to final.

Anyway, I am not suggesting changing defaults, but adding some way to let developers opt out of some notifications for some packages. I would be happy to work on a patch if you think this feature sounds sensible.

@pypingou
Copy link
Member

If you're willing to work on it, I will be reviewing it :)

@jeremycline jeremycline added the type.feature New feature label Nov 10, 2016
@Zlopez Zlopez added this to Nice to have in Maintenance mode Apr 10, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type.feature New feature
Projects
Maintenance mode
  
Nice to have
Development

No branches or pull requests

3 participants