| ▲ | Aurornis 2 days ago | |||||||
That part struck me as well. I agree with the premise that the field should represent the minimum supported version, but I don’t understand the argument that it shouldn’t be set to the minimum supported version that works. That’s the point of a minimum supported version field. | ||||||||
| ▲ | EdwardDiego 2 days ago | parent | next [-] | |||||||
I'm struggling to think of a scenario where bumping the minimum Go version you support would be essential to fixing a bug though, because that would imply a massive Golang bug and AFAIK it's pretty stable. And if it was a massive Golang bug, then maybe everyone needs to upgrade anyway. | ||||||||
| ||||||||
| ▲ | boomlinde 2 days ago | parent | prev [-] | |||||||
I think "minimum supported version" is a specific enough qualifier on its own. Whether or not it works on my favorite earlier version, actually supporting that version and making sure to maintain compatibility is more work for the maintainer. | ||||||||