Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What would be needed for a new release version? #3826

Open
3geek14 opened this issue Apr 15, 2024 · 4 comments
Open

What would be needed for a new release version? #3826

3geek14 opened this issue Apr 15, 2024 · 4 comments

Comments

@3geek14
Copy link

3geek14 commented Apr 15, 2024

Reading #3500, sharwell says that there wasn't time to do an audit and a stabilization period for C# 8 before the release of C# 9. And, now that C# versions are released on a yearly cadence, there is unlikely to be time to do those for any new versions.

I'm curious what's involved in an audit and how long stabilizations have taken in the past. Is this something where, with more contributors, a new release would be more likely? If someone were motivated to help this happen, (roughly) how many developer hours would they need to devote to this project?

@sharwell
Copy link
Member

The audit involves reviewing each new language feature against each style rule to determine exactly how that language feature should behave in that context. New tests are developed for each relevant case.

The stabilization period is two months without any unresolved issue following completion of the audit and implementation of its results.

@fuzzybair
Copy link

I completely respect the need to have a stabilization period but given we are now up to 1.2.0-beta.556 it semes there will never be another release. Given company and customer requirements that we can not have any references to pre-released packages may i suggest that a line is drawn that only features of of the LTS version of .NET are address a.k.a C# 12 and any changes needed for C# 13/.NET 9+ are left until after a release can be made. I really like StyleCop but given it is restricting us to C# 7.3 I am starting to get pressure from the team to find an alternative solution. Convincing the company to allow "un-released" software on this system was denied. I question the road map that is attempting to add support for new features for a new version if the previous version has not yet achieved a "releasable" state.

@fuzzybair
Copy link

I just found this comment from @sharwell #3647 (comment) I will try that approach.

@sharwell
Copy link
Member

@fuzzybair Keep in mind that the -beta suffix only means "the release has not completed the process described above". Some projects appear to (mis)interpret the lack of a -beta suffix as a statement on the stability of the product in use. The only statements this project makes on stability for any release (with or without the -beta suffix) are the statements in our license:

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants