On 02/06/2017 08:19 AM, Mike Hoye wrote:


On 2017-02-03 2:01 PM, Steve Fink wrote:
Typo/whitespace - No bug is fine, but if it is associated with a recent landing of some bug, then you should use that bug number anyway. Makes uplifts cleaner.

Whitespace errors seem like a wierd thing for an engineer to be working on?. Code cleanup bugs are how a lot of people get started, and could also have automatic formatting. Employees pushing whitespace around seems like a distant third-best.

While I also don't want people to suffer from unnecessary process overhead, I also want small-change bugs to be discoverable by people trying to start contributing. I'm not sure where that line is, but changes without bugs means nobody else could have helped make those changes.

The scenario I'm thinking of is that I land something, and notice (or somebody points out) that I added whitespace at the end of a line somewhere. Landing an immediate fix seems like the lowest overhead way of dealing with it, other than ignoring it entirely. But ignoring it would cause a small amount of friction for other people, so I'd rather clean up after myself if I notice.

A related situation is when starting to work on something, you find it has trailing whitespace scattered around. I like to have a separate whitespace fixup commit, to make the following changes more clear. That's the case where I wouldn't look up the bug where the whitespace was landed. (First, because it's a bit of nuisance to look up, and second, associating it with some old bug is going to cause more harm than good, especially if things have modified stuff in between.) I'm not really sure whether it's better to label such a changeset with "No bug" or with the new bug from the following changeset. I guess the latter would be better for uplifts. (Though I'll often squash things that I may want to uplift and attach that as an upliftable patch so I don't have to request approval on multiple patches and it's just easier to deal with one patch at a time.)

Otherwise, yeah, I'm not going to go around looking for whitespace problems. I only deal with whitespace if it gets in my way, or if I recently introduced it.

_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to