-
-
Notifications
You must be signed in to change notification settings - Fork 4
FAQ
If you have a question you think belongs here, DO NOT HESITATE to submit an issue! All suggestions are appreciated!
This is the start of the Resounding FAQ Page. More will follow.
Answer
If you haven't read the README yet that concerns me.
Note: For the most part, Resounding follows the guidelines of Semantic Versioning. If you have a question that is not answered here, try there. The sections below cover almost exclusively pre-release versioning.
Answer
This can mean slightly different things for each project, so read carefully. Resounding 1.0.0 alphas (designated 1.0.0-alpha.X) are unstable development versions of the mod. Keep in mind the following about alpha versions:
- Critical bugs are expected
- The code will change and update frequently
- The alpha version is not feature-complete (i.e. it is missing many core features of the parent version)
- User-friendliness is not a concern at this stage, so things like the config may be confusing for inexperienced users.
- Compatibility with another mod is not guaranteed, regardless of the mod in question.
- Help and support is not guaranteed.
However, the stability of the alpha versions will gradually improve as they approach a beta, so you might want to judge for yourself when it is stable enough to use for regular gameplay.
Answer
For the most part, beta versions are just more stable alpha versions. The other major difference is that beta versions are feature complete, so they should have at least basic implementations of every feature planned for that release.
Answer
A Milestone Alpha, or Beta Candidate, is an alpha version that has all of the qualities of a beta version, but is not feature complete. These are the only alpha versions that I release to CurseForge and Modrinth, since they are so much more stable than other alpha versions. Milestone Alphas can be expected after I finish implementing one major feature of the given version, before moving on to the next.
These versions mark a stable "checkpoint" in development, where I can focus on things like usability and bugs to round out the changes I have just made before I move on. TBH I have never heard of anyone else doing this, but I'm sure something similar has been done before.
To maintain consistent, SemVer-compliant versioning, Milestone Alphas will sequentially take the place of an alpha version, but will use a "bc" version designator (for Beta Candidate) to put them between Alphas and Betas alphabetically. For example, you might chronologically see a Resounding version scheme such as this:
- 1.0.0-alpha.1
- 1.0.0-alpha.2
- 1.0.0-bc.3
- 1.0.0-alpha.4
- 1.0.0-alpha.5
- 1.0.0-beta.1
- 1.0.0-beta.2
- 1.0.0-rc.3
- 1.0.0
Note: for those familiar with snapshots and pre-releases, you can think of alphas/bcs as snapshots, and betas/rcs as pre-releases.
Note: unlike beta candidates, release candidates (designated "rc") are only released if major bugs are found in the final testing phase between the last beta and the final release.
Note: bc and rc versions are only released for major versions (i.e. X.0.0)
Answer
Yes.
Answer
Probably, but compatibility is not guaranteed for all mods. A list of guaranteed compatible mods will be added to the wiki soon:tm:. If you find a compatibility issue, please report it in the issues tab.