Add a "refactoring" type to the issue tracker?
For https://bugs.python.org/issue32836, I ended up picking "behaviour" as the issue type (since we're reporting that we're using a symbol that we don't actually use), but it did prompt the thought: should we add a "refactoring" type to the issue tracker? Right now, we tend to mark refactoring changes as "enhancement", but I'm thinking there would be value in making it clear that we don't expect end users to notice a particular change, it's just for the benefit of current and future maintainers. Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia
On 14 February 2018 at 16:11, Brett Cannon <brett@python.org> wrote:
I would consider a "code health" a more general type for things that are not user-facing.
I agree "refactoring" would be too narrow, but "code health" has some of the same problems (since not all changes along these lines are going to be about code as such - e.g. syncing up changes to the docs build system). "maintainability", perhaps? Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia
Antoine Pitrou wrote:
Usually I open a ticket when I recognize some tech debt that needs to be paid down. So I guess "neither" :). The tech debt is more often already there but unnoticed, than specifically when I add it knowingly, althought that is also possible and I do usually open a ticket at that time. -Barry
On 14 February 2018 at 16:11, Brett Cannon <brett@python.org> wrote:
I would consider a "code health" a more general type for things that are not user-facing.
I agree "refactoring" would be too narrow, but "code health" has some of the same problems (since not all changes along these lines are going to be about code as such - e.g. syncing up changes to the docs build system). "maintainability", perhaps? Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia
Antoine Pitrou wrote:
Usually I open a ticket when I recognize some tech debt that needs to be paid down. So I guess "neither" :). The tech debt is more often already there but unnoticed, than specifically when I add it knowingly, althought that is also possible and I do usually open a ticket at that time. -Barry
participants (5)
-
Antoine Pitrou -
Barry Warsaw -
Brett Cannon -
Guido van Rossum -
Nick Coghlan