Difference between revisions of "Dev Tools Discussion"
(→Communities) |
(→IRC) |
||
| Line 13: | Line 13: | ||
===IRC=== | ===IRC=== | ||
Issues: | Issues: | ||
| − | *Mibbit doesn't work on Freenode. | + | * Mibbit doesn't work on Freenode. |
| − | *Freenode's webchat is not the best thing in the world. | + | * Freenode's webchat is not the best thing in the world. |
| + | * (Since policy is to not publicly log) Archiving the important bits takes effort. | ||
Good bits: | Good bits: | ||
| − | *Can use a variety of clients to connect. | + | * Can use a variety of clients to connect. |
| + | * Members are asked to not automatically create public logs; absence of by-default public logging helps contributors feel comfortable communicating unedited & making mistakes. | ||
==Issue Trackers== | ==Issue Trackers== | ||
Revision as of 15:55, 26 June 2014
Discussion at OSBridge 2014 led to the creation of this page, to make points of friction with our current tool set easier to track.
Contents
Communications
Communities
Issues:
- Not the best for real-time
Good bits:
- Instant archival, no waiting
- Good for asynchronous
IRC
Issues:
- Mibbit doesn't work on Freenode.
- Freenode's webchat is not the best thing in the world.
- (Since policy is to not publicly log) Archiving the important bits takes effort.
Good bits:
- Can use a variety of clients to connect.
- Members are asked to not automatically create public logs; absence of by-default public logging helps contributors feel comfortable communicating unedited & making mistakes.
Issue Trackers
Bugzilla
Basic searches of bug lists are very limited; advanced searches are non-intuitive to set up.
"Upload a patch" option is displayed by default on individual bug pages (is it possible to turn off?): we don't use this, but its presence can be worrying/offputting to new devs who don't yet know to ignore it. However, this functionality can be useful for attaching e.g. specifications, or screenshots of bugs that are difficult to describe in words.
Having to create and immediately close a bug for one-line fixes that have already been written adds complexity for the sake of completeness.
Github Issues
Search of GHI is non-obvious but extant (on issues page, the otherwise site-wide search box searches the issues).
Issue tagging & assignment is only available to accounts with commit access to the repo.
Devs have been conditioned to open bugs (in the Bugzilla model) before making a pull request. With the move to GHI, this is unnecessary and generates clutter.
A suitable workflow for managing security issues is unclear.
