dotnet
[Bootstrapper] Decision: Determine Product Support & Delivery
📓 Summary
Versioning:
Follow semantic versioning. X.Y.Z (Major.Minor.Patch) Any non-backward compatible change must cause a new Major version.
Delivery:
No need to do something too formal for now – we can use GitHub releases (especially easier if it's a separate repository.) We can follow the same logic as the Uninstall tool: Releases · dotnet/cli-lab which would reduce our overhead. The signing for Mac that Eduardo is investigating could also then be leveraged here.
Support
Can we only support latest? Does this break product support agreements? How can we be backwards compatible? Probably involve CELA. And also, in terms of whether this becomes an official tool/when we do that/marketing.
Additional Context
We have strict support agreements (SDK, VS, Runtime) and if this becomes a broad part of the dotnet interface and ecosystem it is very important to get this right.
Only 'latest' is supported?
