Replies: 1 comment 2 replies
-
|
I started using them along with sub-issues (I think both were enabled at the same time) to experiment with both, while keeping the original approach. I was actually about to propose we start using this more formally and eventually replace the old system. I hope there's some automated approach, similar to the thread locking bot, to convert existing issues.
I think it wouldn't hurt to have issues for all PRs. Personally I'm trying to force my self to start issues before I start PRs, for better transparency, especially since the new CZI R6 started. Perhaps as an orthogonal matter, but I would like to propose we reorganize, specifically shorten, other labels. I'm not sure about specifics right now, but I think we could replace e.g. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Looks like GH has added their own "type" field to issue (and @mattpap I assume has started using them):
This is a welcome addition and I'd be happy to start using these and stop using (and eventually remove) our home-grown "type" labels. (I would not like the long-term solution to be "use both"). I guess the one wrinkle is that AFAICT the "type" field has specifically only been added to issues, and not to PRs. We have a notion of "issue PRs"(i.e. typically small PRs without a corresponding issue). What would we do about those? I think I'd be fine just demanding that every PR has an issue, even if the issue is created after the PR. cc @bokeh/dev
Beta Was this translation helpful? Give feedback.
All reactions