I guess you are talking about the project Torch.
As I understand it, you have three types of modules
- Torch campaign
- Torch and Western Desert campaigns
- Torch, Western Desert, and Near East campaigns
What would be most natural in that case, would be to have 3 different packages, say
- Torch campaign
- Torch and Western Desert campaigns
- Torch, Western Desert, and Near East campaigns
Module releases (or versions) within a package are independent of each other, so there’s no need to make any kind of convention on the release numbers in that case. In fact, it is better to use a straight-forward increasing version number for each package.
If you do this, you will have a structure like
- Project:
Torch- Packages:
Torch campaign- Release
1.1.0 - Release
1.0.0
- Release
Torch and Western Desert campaigns- Release
1.1.0 - Release
1.0.0
- Release
Torch, Western Desert, and Near East campaigns- Release
1.1.0 - Release
1.0.0
- Release
- Packages:
Users will see the three package and the latest release of each of them underneath. See for example Afrika Korps (3rd Ed.) which has 2 packages: Colourful and Ol’School. Please also read about the structure of the GL.
If you put all three kinds of modules in the same package, then users will off-hand only see the module with the largest version number (according to Semantic Versioning) - e.g., your WITD-Western_Desert&Torch&Near_East_v3.0.vmod module. To see the other modules, a user would have to click Older releases.. which is a little counter-intuitive.
Please also consider to structure the README part to make it clear what goes with what.
Check that the version set inside the module file WITD-Western_Desert&Torch-2.2.0.vmod - presumably 2.2.0 is the same as the release to which you are trying to add it. See also about adding a module to a release.
Yours,
Christian