-
Notifications
You must be signed in to change notification settings - Fork 109
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
Versioning scheme + Release notes #6
Comments
Initially I was toward to starting from 1.0.0, but now I'm thinking to Il Sab 12 Mar 2016 08:19 varon notifications@github.com ha scritto:
|
That sounds like a pretty good idea, although I'd suggest a minor version to allow for updates. More to the point: does OpenGL.Net not support different versions of OpenGL? It would probably greatly increase it's usage if several versions were made available. |
At the end I choose to start versioning from 0.1... Not very attractive, but better than asserting a 4.5. 0 version. OpenGL.Net loads dynamically the OpenGL functions available on current system. Indeed it can support from OpenGL 1.0 from the last one compiled in library (and consider that support all extensions). Sadly it supports only desktop OpenGL. Lets say that it is a GLEW for C#. |
Sounds good for now. It's also SEMVER compatible, which is a bonus. |
What's the plan for the release notes? |
The file RELEASE_NOTES.md is already pushed. I think it will contains notes about API changes, such as introduced extensions, but without tracking changes on single API commands, otherwise it will end to a log of the Khronos changes. |
It would probably be a good idea to adopt a reasonable versioning strategy. While not perfect, SEMVER is a pretty good starting point. Feel free to use any scheme you'd like, as long as you can point users to a documentation on what the versions are supposed to mean.
Additionally, and directly related to the versioning is a RELEASE_NOTES.md.file - it would make tracking changes much easier.
To tie all of this (and Issue #5) together, I'd suggest looking at FAKE to manage the build process.
The text was updated successfully, but these errors were encountered: