+1 for the proposal. I like the idea to create templates especially. Can we also have a template for the PR like what Spark project does? That will make the review a bit easier IMO.
Best, Yufei `This is not a contribution` On Thu, Jul 21, 2022 at 2:53 PM Ryan Blue <b...@tabular.io> wrote: > Hey everyone, > > I just want to bump this to make sure people have seen it. > > There are two proposals here: > 1. Add issue templates to the project (see Airflow for an example > <https://github.com/apache/airflow/issues/new/choose>) > 2. Turn on a "stale issue" bot to close inactive issues after 180 days > > I'm going to merge the PRs in the next couple of days if there isn't any > more discussion. Thanks! > > Ryan > > On Tue, Jul 12, 2022 at 11:26 PM Kyle Bendickson <k...@tabular.io> wrote: > >> We receive positive feedback for being a project that does a lot of its >> work on Github, but there are tools we could use to make certain processes >> more efficient for both people reporting issues and those who respond to >> issues. >> >> For Github issues, we don't have a template. I often find we ask people >> who report issues the same questions; such as "what version of Iceberg?", >> "which engine?", "what's your configuration?" etc. >> >> Discussing the problem with @Fokko Driesprong <fo...@tabular.io>, he >> proposed that we use Github Issue Templates >> <https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/about-issue-and-pull-request-templates> >> as >> a way to direct users to submit a structured report for their specific >> needs, such as reporting a bug or requesting help. >> >> This would also provide tags added automatically to help search through >> issues. We'd still have the option of a blank issue just like we have now. >> >> The Apache Airflow project makes heavy use of issue templates and opening >> an issue there is quite a nice experience. >> <https://github.com/apache/airflow/issues/new/choose> >> >> Fokko has opened a PR with an initial set of templates based on his >> experience in Apache Airflow: https://github.com/apache/iceberg/pull/4867 >> >> ------ >> >> We also have a number of somewhat older issues. This is not uncommon in >> open source, as sometimes issues are abandoned or people don't close them >> once they're resolved. >> >> As a way to keep issues relevant, I'm proposing a stale issues bot, >> >> The bot will monitor for issues that have not had any interaction after >> some configurable time. Issues can be exempted from the bot via a tag, >> Commenting on the issue would also restart the timer until it's considered >> stale. >> >> Removing stale issues would help us focus on new issues that arise and be >> more diligent in supporting the community, plus helping ensure we don't >> miss any bug reports. >> >> I've opened a PR to add Stale Bot for issues only: >> https://github.com/apache/iceberg/pull/4949 >> >> *To summarize:* >> To improve user reporting through Github Issues, I propose that we: >> 1. Add Github Issue templates to collect the necessary information for >> common cases, such as bug reports: >> https://github.com/apache/iceberg/pull/4867 >> 2. Add a Stale Bot for Github Issues which will tag issues as "stale", >> with a comment to the user, after N days that the issue will be closed if >> there's no activity (currently 180 days). After an additional time period >> of X days (currently 14), if no activity occurs on the issue, it would be >> closed: https://github.com/apache/iceberg/pull/4949 >> <https://github.com/apache/iceberg/pull/4867> >> >> Let me know what you think >> - Kyle >> >> >> -- >> >> Kyle Bendickson >> >> OSS Developer | Tabular <https://tabular.io/> >> >> k...@tabular.io >> > > > -- > Ryan Blue > Tabular >