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

Deprecating the Release Drafter GitHub App (not Actions!) #335

Open
TimonVS opened this issue Dec 8, 2019 · 8 comments
Open

Deprecating the Release Drafter GitHub App (not Actions!) #335

TimonVS opened this issue Dec 8, 2019 · 8 comments

Comments

@TimonVS
Copy link
Member

TimonVS commented Dec 8, 2019

Hey all, we're planning to deprecate the Release Drafter GitHub App in favor of the Release Drafter GitHub Action. This move will help us focus on making improvements to the Action and reduce time spent on maintaining two platforms.

The plan is to keep the GitHub App running for at least another year. During this period we'll keep updating it with security patches and bug fixes (only for breaking bugs), but it won't receive any new features.

Please let us know if you have any concerns about deprecating the GitHub App.

@jetersen
Copy link
Member

Hmm perhaps we could split the code base?

To retain the probot behavior.
And start using more actions code base.

See: https://github.com/GitTools/actions for a good example supporting multiple actions inside a single repo.

@jetersen
Copy link
Member

I'd like to drop the need for running the action inside a docker container.

@ssbarnea
Copy link
Contributor

ssbarnea commented Feb 6, 2020

I hope you do not do this before addressing #148 which should enable us to run out own release-drafter, from outside github.

@oleg-nenashev
Copy link
Contributor

oleg-nenashev commented Feb 6, 2020

We use the GithHub app in 150++ repositories in the Jenkins project. As a maintainer of the Jenkins GitHub org, I support moving to GitHub Actions even if it requires significant effort on our side. Why?

  • It grants more insights to maintainers, especially when Release drafter fails due to configuration or infra issues.
  • We can easily apply patches on our side before it gets into upstream. So we have more control over the tooling we use
  • GitHub App service is quite difficult to maintain, and it has limited scalability without resource investment. It would be perfectly fine if Release Drafter SaaS was a payed service, but for pure OSS project it is a serious burden on maintainers. I would rather want them to be free from the SaaS overhead and focus on features in the project.

Once a CLI tool in #148 is delivered, we there will be even more flexibility for SaaS. I agree with @ssbarnea that it is important, and I am ready to contribute to it. 1 year is enough to get it implemented

P.S: anybody can also host his/her own Release Drafter App if needed. Deployment part is documented, and it is quite trivial to deploy it.

@jetersen jetersen pinned this issue Dec 18, 2020
@danepowell
Copy link

Github Actions has regulatory issues that make it untenable for large companies like mine, so we can only use Github Apps. I'd be really disappointed to lose access to the Release Drafter app.

@jetersen
Copy link
Member

@danepowell as a large company. You should be able to take the source and host this yourself 😄
At the moment @toolmantim is hosting this out of his generosity.

@ssbarnea
Copy link
Contributor

large is not an excuse for not being cheap ;)

This was referenced Mar 9, 2022
@ssbarnea
Copy link
Contributor

ssbarnea commented Dec 6, 2023

Out of curiosity, in two days there will be 3 years since the app was deprecated. When is going to be removed?

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

No branches or pull requests

5 participants